Trace mode методичка

background image

Министерство образования и науки РФ 

Федеральное государственное бюджетное образовательное учреждение 

высшего образования 

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

(ПНИПУ) 

Электротехнический факультет 

Кафедра «Информационные технологии и автоматизированные системы» (ИТАС) 

Методические указания 

к

лабораторной работе № 6 

на тему 

«Разработка интерфейса оператора автоматизированной системы 

управления в SCADA Trace Mode» 

по дисциплине 

«Системы реального времени» 

 (версия 147 от 16.03.2018) 

г. Пермь, 2018 

background image

Разработчик: ст. преп. каф. ИТАС Фёдоров А.Б. 

Консультанты:  канд. техн. наук, доцент каф. МСА Кычкин А.В. 

асс. каф. ИТАС Мехоношин А.С. 

Рецензент: д-р экон. наук, профессор каф. ИТАС Файзрахманов Р.А. 

background image

Лабораторная работа 6. Разработка интерфейса оператора 

автоматизированной системы управления в SCADA Trace Mode 

Цель и задачи работы 

Цель:  Освоить  методику  разработка  интерфейса  оператора  автоматизированной 

системы управления в SCADA Trace Mode. 

Задачи работы: 

1)  Изучить теоретические основы методики разработка интерфейса оператора 

автоматизированной системы управления в SCADA Trace Mode. 

2)  Выполнить учебные задания. 
3)  Выполнить задание своего варианта. 
4)  Ответить на вопросы. 

Теория 

SCADA  Trace  Mode  –  это  распространенная  в  России  SCADA-система, 

предназначенная  для  разработки  АСУТП  широкого  назначения.  SCADA  Trace  Mode 
создана  в  1992  году  фирмой  AdAstrA  Research  Group,  Ltd  (Россия)  и  к  настоящему 
времени имеет свыше 4000 инсталляций. Системы, разработанные на базе SCADA Trace 
Mode,  работают  в  энергетике,  металлургии,  нефтяной,  газовой,  химической  и  других 
отраслях  промышленности  и  в  коммунальном  хозяйстве  России.  SCADA  Trace  Mode 
достаточно  универсальная  SCADA-система,  она  может  применяться  как  при 
автоматизации зданий, так и промышленных объектов. 

Состав SCADA Trace Mode 

SCADA  Trace  Mode  –  это  программный  комплекс,  предназначенный  для 

разработки  и  запуска  в  реальном  времени  распределенных  автоматизированных  систем 
управления  технологическими  процессами  (АСУТП)  и  решения  ряда  задач  управления 
предприятием (АСУП). Для решения задач АСУП в TRACE MODE 6 интегрирован пакет 
T-FACTORY. Комплекс программ TRACE MODE 6 можно разделить на 3 части. 

Интегрированная  среда  разработки  проекта  (ИС)  –  единая  программная 

оболочка, содержащая все необходимые средства для разработки проекта. Под проектом в 
TRACE  MODE  понимается  вся  совокупность  данных  и  алгоритмов  функционирования 
распределенной АСУ (АСУТП и/или T-FACTORY), заданных средствами TRACE MODE. 
Итогом  разработки  проекта  в  ИС  является  создание  файлов,  содержащих  необходимую 
информацию об алгоритмах работы АСУ. Эти файлы затем размещаются на аппаратных 
средствах  (компьютерах  и  контроллерах)  и  выполняются  под  управлением 
исполнительных модулей TRACE MODE. 

Исполнительные  модули  (мониторы,  МРВ)  –  программные  модули  различного 

назначения, под управлением которых в реальном времени выполняются составные части 
проекта, размещаемые на отдельных компьютерах или в контроллерах.  

background image

Составная  часть  проекта,  размещаемая  на  отдельном  компьютере  или  в 

контроллере  и  выполняемая  под  управлением  одного  или  нескольких  исполнительных 
модулей TRACE MODE, называется узлом проекта. 

В  общем  случае  размещение  узла  на  том  же  аппаратном  средстве,  на  котором  он 

должен  исполняться  под  управлением  монитора,  не  является  обязательным  –  мониторы 
могут загружать узлы с удаленных аппаратных средств. 

Драйверы  обмена  –  драйверы,  используемые  мониторами  TRACE  MODE  для 

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

Математическая обработка данных 

Любая  АСУ  требует  математической  обработки  данных.  Для  этого  в  TRACE 

MODE 6 предусмотрены следующие средства: 

  внутренние алгоритмы числовых каналов; 
  программы.  

Для разработки программ в ИС встроены языки Техно ST, Техно SFC, Техно FBD, 

Техно  LD  и  Техно  IL,  являющиеся  модификациями  языков  ST  (Structured  Text),  SFC 
(Sequential  Function  Chart),  FBD  (Function  Block  Diagram),  LD  (Ladder  Diagram)  и  IL 
(Instruction  List)  стандарта  IEC61131-3.  Программы,  разрабатываемые  в  ИС,  позволяют 
использовать функции из внешних библиотек (DLL).  

Эти  средства  обеспечивают  возможность  математической  обработки  данных  в 

любом звене информационного потока. 

Особенность среды разработки 

Состав программных модулей делится на 2 группы ПО: 

1)  для разработки (TRACE MODE IDE) 
2)  для исполнения (МРВ TRACE MODE) 

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

интерфейса оператора. Все функциональные элементы включены в состав среды. 

Для  создания  интерфейса  оператора  необходимо  использовать  соединение  с 

внешними устройствами. 

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

с модулями протокола, то есть связаны с компонентом источник/приемник. 

Виртуальный  канал  используется  только  внутри  канала  и  не  используется 

источником /приемником. 

В  качестве  внешних  источников/приемников  могут  выступать  генераторы  и 

модели. 

В TRACE MODE можно создать 3 вида проектов: 

1)  простой; 
2)  стандартный; 
3)  компонентный. 

Изучение принципов работы с Trace Mode

Введение

— программный комплекс для визуализации и диспетчеризации
технологических процессов. SCADA-система дает наглядное представление процесса
и предоставляет, как правило, графический интерфейс оператору для контроля и
управления.

Приступая к разработке специализированного прикладного
программного обеспечения (ППО) для создания системы контроля и управления,
системный интегратор или конечный пользователь обычно выбирает один из
следующих путей:

·        Программирование с использованием
«традиционных» средств (традиционные языки программирования,
стандартные средства отладки и пр.)

·        Использование существующих, готовых — COTS
(Commercial Of The Shelf) — инструментальных проблемно-ориентированных средств.

Для большинства выбор уже очевиден. Процесс разработки ППО
важно упростить, сократить временные и прямые финансовые затраты на разработку
ППО, минимизировать затраты труда программистов, по возможности привлекая к
разработке специалистов-технологов в области автоматизируемых процессов. При
такой постановке задачи второй путь может оказаться более предпочтительным
(COTS).

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

Итак, выбор пути сделан! Это очень важно, но тогда следует
сделать и второй шаг — «определиться» с инструментальными средствами
разработки ППО.

При таком многообразии SCADA — продуктов на российском рынке
естественно возникает вопрос о выборе. Выбор SCADA-системы представляет собой
достаточно трудную задачу, аналогичную поиску оптимального решения в условиях
многокритериальности.

Будем работать в Trace Mode (AdAstrA) которая является одним
из решения автоматизации технологических процессов (АСУТП) и разработаем
мнемосхему.

1.  Описание Scada — систем, основные
задачи и их возможности

(сокр. от англ. Supervisory Control And Data Acquisition) —
диспетчерское управление и сбор данных.

Основные задачи, решаемые SCADA-системами:

.        Обмен данными с УСО (устройства связи с объектом, то
есть с промышленными контроллерами и платами ввода/вывода) в реальном времени
через драйверы.

.        Обработка информации в реальном времени.

.        Отображение информации на экране монитора в понятной
для человека форме (HMI сокр. от англ. Human Machine Interface —
человеко-машинный интерфейс).

.        Ведение базы данных реального времени с
технологической информацией.

.        Аварийная сигнализация и управление тревожными
сообщениями.

.        Подготовка и генерирование отчетов о ходе
технологического процесса.

.        Осуществление сетевого взаимодействия между SCADA
ПК.

.        Обеспечение связи с внешними приложениями (СУБД,
электронные таблицы, текстовые процессоры и т. д.). В системе управления
предприятием такими приложениями чаще всего являются приложения, относимые к
уровню MES.системы представляют следующие основные возможности:

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

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

.        предоставляет возможность создания разного рода
отчетов, архивов;

.        предлагает упрощенный язык для создания алгоритмов,
что дает возможность создания АСУ ТП технологам, у которых нет опыта
программирования на языках высокого уровня;

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

.        драйверы к оборудованию, обеспечивающие ввод, вывод
аналоговых и дискретных сигналов;

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

Широкое распространение получили следующие SCADA-системы:
Genesis, Trace Mode, InTouch, Citect, IGSS.

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

Таким образом, сама логика развития современного бизнеса в
части разработки ППО для конечных систем управления требует использования всё
более развитых инструментальных средств типа SCADA систем (от Supervisory
Control And Data Acquisition). Разработка современной SCADA системы требует
больших вложений и выполняется в длительные сроки. И именно поэтому в
большинстве случаев разработчикам управляющего ППО, в частности ППО для АСУ ТП,
представляется целесообразным идти по второму пути, приобретая, осваивая и
адаптируя какой-либо готовый, уже испытанный универсальный инструментарий.

Программные продукты класса SCADA широко представлены на
мировом рынке. Это несколько десятков SCADA — систем, многие из которых нашли
свое применение и в России. Наиболее популярные из них приведены ниже:

.        InTouch (Wonderware) — США;

.        Citect (CI Technology) — Австралия;

.        FIX (Intellution ) — США;

.        Genesis (Iconics Co) — США;

.        Factory Link (United States Data Co) — США;

.        RealFlex (BJ Software Systems) — США;

.        Sitex (Jade Software) — Великобритания;

.        Cimplicity (GE Fanuc) — США;

.        САРГОН (НВТ — Автоматика) — Россия;

.        TraceMode (AdAstrA) — Россия.

2.  Интегрированная среда разработки Trace
Mode 6

.1 Общие сведения

MODE® 6 состоит из инструментальной системы (интегрированной
среды разработки) и из набора исполнительных модулей.

С помощью исполнительных модулей TRACE MODE® проект АСУ
запускается на исполнение в реальном времени. TRACE MODE позволяет создавать
проект сразу для нескольких исполнительных модулей — узлов проекта.

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

операторского интерфейса (SCADA/HMI);

распределенных систем управления (РСУ);

промышленной базы данных реального времени;

программ для промышленных контроллеров (SOFTLOGIC);

а также средства управления бизнес-процессами производства
(АСУП):

систем управления основными фондами и техническим
обслуживанием оборудования (EAM);

систем управления персоналом (HRM);

систем управления производством (MES).

Исполнительные модули для АСУТП и АСУП различаются. Модули
для АСУТП (класс SOFTLOGIC и SCADA/HMI) входят в комплекс TRACE MODE®, а
исполнительные модули для АСУП (класс EAM, HRM, MES) — в комплекс
T-FACTORY.exe™.

Вместе TRACE MODE® и T-FACTORY™ дают решения для комплексного
управления в реальном времени технологическими процессами и производственным
бизнесом, образуя интегрированную платформу для управления производством.MODE®
6 удобна и проста в использовании. Тем не менее архитектура системы позволяет
создавать крупные АСУ корпоративного уровня.

.2 Основные характеристики TRACE MODE 6

Основные характеристики:

поддержка более, чем 1600 контроллеров и плат ввода-вывода;

более 1000 графических изображений;

более 150 алгоритмов обработки данных и управления;

поддержка управления нечеткой логики;

высокая надежность;

многоплатформенность.

Среди специальных технологий, повышающих производительность
труда разработчиков:

единая база данных распределенного проекта;

автопостроение проекта;

богатые библиотеки драйверов, алгоритмов и графических
объектов;

встроенная система горячего резервирования;

собственный генератор отчетов;

промышленная база данных реального времени SIAD/SQL 6.

.3 Инструментальная среда TRACE MODE

Технология интегрированной разработки АСУ ТП объединяет
программирование, как операторского интерфейса, так и промышленных
контроллеров.

Инструментальная система состоит из следующих редакторов:

редактор базы каналов;

редактор представления данных (РПД);

редактор шаблонов.

Редактор базы каналов необходим для разработки структуры
проекта, а также включает математические основы обработки данных и управления
(распределенная база реального времени):

описываются конфигурации всех рабочих станций, УСО,
контроллеров;

настраиваются информационные потоки между ними;

описываются входные, выходные сигналы, их связь с
устройствами сбора данных и управления;

настраиваются законы первичной обработки данных,
технологические границы;

осуществляется настройка архивирования и сетевого обмена и
т.д.

РПД предназначен для разработки графической составляющей
проекта:

создание статических рисунков технологического процесса;

динамические формы отображения и управления накладываются на
статику.

Редактор шаблонов используется для разработки шаблонов
документов.

Кроме того, в интегрированную среду разработки TRACE MODE® 6
встроены:

редактор программ;

построитель связей с СУБД;

редактор паспортов оборудования (EAM);

редактор персонала (HRM);

редактор материальных ресурсов (MES).

2.4 Исполнительные модули TRACE MODE 6 SOFTLOGIC-SCADA/HMI в
распределенной АСУТП

Общие сведения

Исполнительные (runtime) модули TRACE MODE® 6 и
T-FACTORY.exe™ обеспечивают функционирование в реальном времени проектов АСУТП
и АСУП, созданных в интегрированной среде разработки. Соответственно,
исполнительные модули системы охватывают следующие уровни АСУ:

операторский интерфейс (SCADA/HMI);

промышленные контроллеры (SOFTLOGIC);

промышленная база данных реального времени;

систем управления основными фондами и техническим
обслуживанием оборудования (EAM);

систем управления персоналом (HRM);

систем управления производством (MES).

Исполнительные модули для АСУТП (класс SOFTLOGIC и SCADA/HMI)
входят в комплекс TRACE MODE®, а исполнительные модули для АСУП (класс EAM,
HRM, MES) — в комплекс T-FACTORY.exe™. Все исполнительные модули TRACE MODE
прекрасно интегрированы между собой и образуют единую платформу для управления
производством.

Исполнительные модули TRACE MODE 6 и T-FACTORY 6 условно
делятся на серверы (узлы) и клиенты (консоли). Это деление несколько условно,
так как консоль TRACE MODE 6 в ряде системных конфигураций может выполнять
функции обычно присущие серверам (пересчет базы каналов, исполнение программ и
т.д.), а серверы могут осуществлять функции операторского интерфейса, что часто
считается прерогативой клиентских программ. И клиентское и серверное
программное обеспечение разрабатывается в единой интегрированной системе
разработки и имеет единую базу распределенных переменных, к атрибутам которых
могут свободно обращаться любые исполнительные модули TRACE MODE. Подобная архитектура
дает удивительную гибкость в разработке распределенных систем управления, так
как позволяет создавать АСУ в различных архитектурах (по выбору):

локальная;

распределенная клиент-сервер;

распределенная DCS (distributed control system);

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

Сервер реального времени

Основным сервером реального времени уровня SCADA/HMI в TRACE
MODE 6 является Монитор реального времени (МРВ). МРВ TRACE MODE 6 осуществляет
прием данных с контроллеров, плат ввода / вывода и систем телемеханики (RTU)
через встроенные протоколы, драйверы, OPC- или DDE-клиенты. В МРВ TRACE MODE 6
встроены бесплатные драйверы для 2197 PLC, PC-based контроллеров, модулей
удаленного ввода-вывода и плат УСО. Кроме того, каждый сервер SCADA/HMI имеет
встроенную поддержку протоколов M-LINK (RS 485/232) и I-NET для связи с
исполнительными модулями Micro TRACE MODE класса SOFTLOGIC, работающими в
PC-based контроллерах.

Монитор реального времени TRACE MODE 6 производит первичную
обработку информации, поступающей из контроллеров или систем телемеханики
(фильтрация, масштабирование, контроль границ и т.д.), управление и
регулирование технологических процессов, перераспределение данных по локальной
сети (I-NET TCP/IP), визуализацию информации на анимированных мнемосхемах и
графиках изменения параметров (HMI), расчет в реальном времени статистических
параметров процесса (SPC — statistical process control), ведение исторических
архивов, управление собственной промышленной СУБД реального времени SIAD/SQL™
6, генерирование отчетных документов, обеспечение связи с СУБД и приложениями
через SQL/ODBC и встроенный OPC-сервер (поставляется опционально).

Существуют МРВ с различным сочетанием вышеперечисленных
свойств. Кроме того, в состав SCADA TRACE MODE входят версии МРВ с
автоматическим горячим резервированием, адаптивным регулированием, со
встроенным OPC-сервером, GSM-серврером и т.д.

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

фотореалистичная объемная графика;

поддержка «прозрачности» фигур и наложения текстур;

поддержка графических слоев;

масштабирование экранов;

технология 3D FAST+ ускоряющая загрузку графических экранов в
реальном времени;

возможность динамизации любого графического объекта;

мультипликация;

графики изменения параметров реального времени;

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

окна событий.сервер МРВ TRACE MODE 6 располагает собственной,
многопоточной, основанной на приоритетах системой реального времени. При работе
в обычном режиме минимальное время реакции МРВ TRACE MODE 6 составляет 0.01 с
(10 мс). Однако, время реакции может быть сокращено в несколько раз при
использовании специальных каналов типа FAST, обработка которых осуществляется с
циклом 2-4 мс.

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

основной поток;

прием и посылка по IP;

операторский интерфейс;

обмен с УСО через драйвер;

обмен с УСО через MODBUS;

OPC и DDE обмен и т.д.TRACE MODE располагает системой
автоматической синхронизации сетевого времени, что позволяет однозначно
привязывать технологические события в распределенной системе к временной шкале.

Возможно, осуществлять ON LINE редактирование проекта
(добавлять или изменять формы отображения информации, не прерывая работы в
реальном времени). Также в реальном времени, возможно, добавлять или убирать
«перья» графиков изменения параметров, осуществлять перепривязку, менять цвет и
стиль линии.

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

Выделенный сервер документирования

Глобальный сервер документирования TRACE MODE® предназначен
для подготовки документов в распределенных информационных системах (АСУ ТП или
АСУП), включающих как узлы TRACE MODE и T-Factory, так и иные приложения
(SCADA, контроллеры, СУБД, MES-, EAM- и ERP-системы и т.д.).

В отличие от TRACE MODE МРВ с генератором отчетов (ДокМРВ+),
Глобальный сервер документирования устанавливается на выделенном ПК. Он может
получать информацию с неограниченного числа ПК, контроллеров и генерировать
документы произвольной формы по неограниченному числу шаблонов и сценариев,
задаваемых в Интегрированной системе разработки TRACE MODE.

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

Для повышения надежности работы АСУ ТП или АСУП, использующих
Глобальный сервер документирования, можно осуществлять резервирование серверов.
Функция автоматического горячего резервирования встроена в сервер
документирования Double Force.

Выделенный сервер промышленной СУБД РВ SIAD/SQL 6

МРВ+ обрабатывает большое число каналов;

HMI-консоль перегружена графическими функциями;

в системе предъявляются повышенные требования к безопасности
данных о процессе (необходима физическая изоляция сервера СУБД РВ);

требуется снять нагрузку с МРВ+ для ускорения временных
показателей АСУТП;

то рекомендуется создавать выделенный сервер СУБД РВ SIAD/SQL
6 на отдельном ПК. Этот архив является общим для всего проекта. В него через
сеть могут сохранять данные все узлы проекта. Управление операциями с
глобальным архивом осуществляет выделенный сервер исторического архива —
Глобальный регистратор.

Сервер СУБД РВ SIAD/SQL™ 6 ведет динамическую оптимизацию
записываемой информации, позволяющую на порядок уменьшить объем архива.

Запись архивных данных ведется одновременно в 3 файла СУБД РВ
SIAD/SQL™ 6. Еще один архив зарезервирован для системных нужд. Благодаря гибкой
системе настройки параметров архивации TRACE MODE®, в один файл СУБД РВ можно,
например, сохранять историю «быстрых» параметров технологического процесса с
максимальной степенью детализации за сутки / неделю, а в другой — «медленные»
сводные данные о работе цеха за несколько лет.

Такой метод разделения на «быстрый» и «медленный» архивы
существенно экономит ресурсы по сравнению вариантом «один параметр — одна
таблица — один файл», который часто встречается в других SCADA-системах. В
сочетании с высокой скоростью сохранения, которая на 2-3 порядка превосходит
аналогичные показатели более «тяжелых» реляционных СУБД, SIAD/SQL™ 6
обеспечивает максимальную эффективность хранения и надежность исторического
архива.

Горячее резервирование серверов реального времени и
SIAD/SQLMODE® 6 располагает развитыми средствами повышения надежности
SCADA-комплекса, путем резервирования их компонентов. В TRACE MODE можно
резервировать контроллеры, серверы, клиенты и архивы данных и их отдельные
компоненты.

Данные из контроллеров могут поступать в серверы TRACE MODE®
по резервированной линии передачи данных. Для этого в SCADA системе TRACE MODE®
предусмотрена поддержка нескольких сетевых адаптеров. Она подразумевает
автоматическое переключение сервера на резервный сетевой адаптер в реальном
времени в случае отказа или обрыва линии основного адаптера.

Для повышения надежности и отказоустойчивости распределенных
систем в TRACE MODE предусмотрено горячее резервирование серверов АСУТП —
мониторов реального времени и серверов архива. В SCADA системе TRACE MODE® 6
реализован ряд функций автоматического дублирования и троирования серверов:

процедура автопостроения для автоматического создания базы
каналов резервных узлов в инструментальной системе TRACE MODE® 6;

автоматическая синхронизация данных реального времени между
основным и резервным серверами;

автоматическое переключение потоков данных на резервный
сервер TRACE MODE® 6 в случае отказа основного;

автоматическое определение статуса сервера «основной» или
«резервный» при старте системы и автоматическое разрешение конфликтов статуса
при восстановлении основного сервера после сбоя;

протоколирование всех сбоев и переключений на резервные
серверы.

Микро TRACE MODE — исполнительные модули для контроллеров

Непосредственное цифровое управление технологическим
процессом в промышленных контроллерах или устройствах телемеханики
осуществляется при помощи Микро TRACE MODE 6. В состав Micro TRACE MODE входят
исполнительные модули реального времени — Микро МРВ, которые устанавливаются в
контроллере и исполняют проект, созданный в интегрированной среде разработки.

Микро МРВ обладает следующей функциональностью:

сбор информации с плат УСО, через RS при помощи встроенных
драйверов;

первичная обработка информации с объекта (фильтрация,
масштабирование, контроль границ и т.д.);

привязка событий ко времени;

непосредственное цифровое регулирование и управление
процессом;

обмен с ПК по сети TCP/IP;

обмен с ПК по RS (M-LINK);

ведение локального архива с возможностью его «подъема» на
операторский ПК;

ведение дампа для безударного рестарта;

поддержка сторожевого таймера.

Существуют версии Микро МРВ, поддерживающие обмен с ПК через
GSM-интерфейс, коммутируемую телефонную сеть, а также с адаптивной настройкой
регуляторов. Для обеспечения высокой надежности АСУТП на базе Микро МРВ
выпускаются Микро МРВ с горячим резервированием: дублированием и троированием.

Клиентские модули SCADA/HMI TRACE MODE 6

Программа NetLink Light является клиентским модулем
SCADA-системы TRACE MODE 6. Он представляет собой графическую HMI-консоль,
визуализирующую данные, поступающие с серверов реального времени SCADA TRACE
MODE через любой из интерфейсов, поддерживаемый в TRACE MODE (сеть TCP/IP, RS
232/485, модем по выделенной и коммутируемой линии, GSM SMS). Консоль NetLink
Light это простое, но вместе с тем гибкое средство создания дополнительных
автоматизированных рабочих мест (АРМ) операторов в распределенной АСУТП на базе
TRACE MODE 6.

Основные функции NetLink Light таковы:

прием данных реального времени от серверов TRACE MODE, т.е.
от МРВ, МРВ+ или его разновидностей, а также от глобального регистратора и
SOFTLOGIC контроллеров под управлением Микро МРВ;

обработка полученных данных с помощью программ на языках
стандарта IEC 61131-3;

визуализация технологического процесса на мнемосхемах и
графиках изменения параметров (HMI);

визуализация архивных данных SIAD/SQL 6 или из реляционных
СУБД;

супервизорное управление через серверы TRACE MODE.

Одна консоль NetLink Light 6 может работать одновременно с
несколькими серверами TRACE MODE 6, поэтому мнемосхемы NetLink Light 6 могут
отображать информацию, полученную от разных МРВ, МРВ+ и Микро МРВ. К одному
серверу TRACE MODE можно подключать произвольное количество графических
консолей. Графика консоли NetLink Light 6 работает независимо от графики
операторского интерфейса на серверах TRACE MODE и на других консолях. Даже,
если для них были использованы одни и те же шаблоны экранов, операторы на
разных АРМ могут работать с ними независимо. На консолях можно запускать
программы, работающие независимо от программ серверов.Light обладает функцией
автоматического переключения на резервный сервер. В случае использования
резервированных серверов SCADA (Double Force МРВ, Глобальный регистратор
дублированный) при потере связи с основным сервером клиент NetLink Light
автоматически переключается на его резерв. При этом не происходит ни потерь
информации, ни нарушения «гладкости» графиков изменения параметров.

Исполнительные модули TRACE MODE 6 для дистанционного
управления процессом (телемеханика)TRACE MODE 6 может быть эффективно
использована в системах телемеханики на основе следующих интерфейсов:

выделенная телефонная линия (модем);

радиоканал;

коммутируемая телефонная линия;

Wi-Fi;

сотовая связь стандарта GSM.

Первые четыре интерфейса поддерживаются обычными серверами
SCADA TRACE MODE — Мониторами реального времени. Для создания телемеханических
систем на основе сотовых сетей стандарта GSM используется GSM-МРВ+.

Для работы МРВ и GSM-МРВ+ в системах телемеханики на
удаленных контроллерах (RTU) должны быть инсталлированы исполнительные модули
TRACE MODE класса SOFTLOGIC — Микро TRACE MODE, Микро TRACE MODE Модем +, Микро
TRACE MODE GSM+ соответственно. Подобная конфигурация программных средств
обеспечивает следующие функции, необходимые для эффективной работы
территориально-распределенной системы:

получение информации с удаленных контроллеров (RTU) на
операторские ПК. Графическая визуализация на мнемосхемах SCADA;

телеуправление процессом по команде оператора;

локальное регулирование процесса удаленными RTU;

контроль доставки каждого сообщения;

привязка времени событий по часам в RTU и «подъем» времени в
серверы SCADA;

ведение локального архива (дампа) параметров в RTU и
периодическая передача данных в серверы SCADA;

ведение централизованного архива параметров на ПК SCADA;

контроль и управление тревогами;

анализ графика изменения параметров;

временная синхронизация всех узлов SCADA телемеханической
системы с возможностью привязки к эталонному времени;

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

Для обеспечения надежной передачи данных в телемеханических
системах в TRACE MODE встроен специальный помехоустойчивый телекоммуникационных
протокол M-LINK CRC.

В обычном режиме SCADA-сервер МРВ+ ведет циклический обзвон
RTU, работающих под управлением Микро TRACE MODE Модем +, скачивает
накопившиеся данные из локальных архивов RTU, обрабатывает их и добавляет в
SIAD/SQL, классифицируя по времени, зафиксированном RTU. SCADA-сервер также
анализирует аварийные ситуации и в случае их обнаружения может переходить в
аварийный режим с захватом удаленного узла. Захват узла требуется для
устранения аварии, осуществляемое в приоритетном порядке диспетчером SCADA.
Существуют версии МРВ+ с автоматическим горячим резервированием SCADA-серверов,
применяемые для повышения надежности работы телемеханических систем.МРВ+ осуществляет
автоматический прием данных с удаленных контроллеров, работающих под
управлением Микро TRACE MODE GSM+, с удаленных МРВ (серверов SCADA), либо с
сотовых телефонов и передает эти данные серверу реального времени — МРВ для
обработки и графической визуализации на HMI. Данные передаются в формате
SMS-сообщений или путем прямого соединения через GSM-модем. Число удаленных
контроллеров, серверов SCADA и телефонов не ограничивается. Доставка каждого
сообщения контролируется.МРВ+ передает отчеты тревог на сотовые телефоны GSM. С
сотовых телефонов через GSM-МРВ+ возможно посылать запросы на получение данных
реального времени к серверу SCADA — МРВ, либо управляющие команды.
Телемеханические системы на базе Micro TRACE MODE GSM+ и GSM-МРВ+ защищены от
несанкционированных подключений. В этих программных продуктах осуществляется
контроль доступа к серверу по номеру SIM карты, а также контроль разрешенных
операций.

.5 Исполнительные модули T-FACTORY 6 для приложений MES, EAM
и HRM

Одновременно с проектом АСУТП в Интегрированной среде
разработки можно создать систему АСУП, для комплексной автоматизации
бизнес-процессов производственного предприятия, а именно:

управление исполнением производства (MES);

управление основными фондами (EAM);

управление работой персонала (HRM).

Приложения АСУП полностью интегрированы с АСУТП предприятия и
может работать на основании данных реального времени.

Сервер T-FACTORY: MES/EAM/HRM

Основным исполнительным модулем для АСУП является Сервер
T-FACTORY.exe™. Сервер T-FACTORY.exe™ обеспечивает:

получение в реальном времени информации MESо состоянии
материальных ресурсов, оборудования и персонала предприятия (ручной ввод,
АСУТП, СУБД и т.д.);

получение в реальном времени информации о потреблении
энергии;

формирование производственных заданий MES;

обеспечение документооборота прохождения заданий MES с
утверждением стадий ответственным персоналом;

автоматическое генерирование заказов на материалы и наряды на
работы и отправка их исполнителям MES;

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

фиксация информации об исполнении производственных заданий и
работ MES и EAM;

контроль соответствия времени и стоимости плановым
показателям MES и EAM;

автоматический расчет материальных и энергетических балансов
между элементами технологических цепочек MES;

расчет в реальном времени себестоимости продукции на каждом
технологическом этапе;

расчет в реальном времени статистических параметров MES и
EAM;

ведение автоматического учета выполненных работ;

ведение автоматического учета качества выполненных работ;

передачу MES информации о производстве в реляционные СУБД
через SQL;

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

Информация реального времени о производственном процессе
сохраняется в промышленной СУБД РВ SIAD/SQL 6. Сервер T-FACTORY включает в
себя, также, и сервер SIAD/SQL. При желании можно создавать выделенные серверы
SIAD/SQL на базе Глобальных регистраторов TRACE MODE 6, а также обеспечивать их
горячее резервирование. Информацию о процессе возможно также сохранять в
обыкновенных реляционных СУБД.

Отчетная документация MES и EAM для сервера T-FACTORY
создается в Сервере документирования.

Консоль T-FACTORY: MES/EAM/HRM

Консоль T-FACTORY является графическим клиентским модулем
MES/EAM/HRM-системы TRACE MODE 6. Он производит визуализацию данных,
поступающих с серверов T-FACTORY и SCADA TRACE MODE. Консоль T-FACTORY — это
простое средство создания дополнительных автоматизированных рабочих мест MES,
EAM, HRM для управляющего персонала и исполнителей.

Графические функции Консоли T-FACTORY 6 аналогичны серверным.
Одна консоль T-FACTORY 6 может работать одновременно с несколькими серверами. К
одному серверу MES/EAM/HRM T-FACTORY 6 можно подключать произвольное количество
графических консолей.

Консоль T-FACTORY 6 имеет меньшую цену чем сервер и может
применяться для оптимизации затрат на программное обеспечение MES, EAM и HRM.

. Разработка АСУ ТП системы мониторинга основных параметров
жидких сред проходческого комбайна «Ковчег», изготавливаемого на ООО «Юрмаш»

.1 Описание

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

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

3.2 Структура организации

Связь с входными устройствами — датчиками осуществляется с
использованием оборудования для автоматизации ОВЕН через ОРС-сервер, используя
последовательный интерфейс RS-485.(OLE for Process Control) — набор повсеместно
принятых спецификаций, предоставляющих универсальный механизм обмена данными в
системах контроля и управления. OPC технология обеспечивает независимость
потребителей от наличия или отсутствия драйверов или протоколов, что позволяет
выбирать оборудование и программное обеспечение, наиболее полно отвечающее
реальным потребностям. ОРС-серверы позволяют упростить подключение оборудования
к современным SCADA-системам, поддерживающим технологию ОРС.

Используемым микроконтроллером является адаптер интерфейсов
ОВЕН АС3-М. Предназначенный для взаимного преобразования сигналов интерфейсов
RS-232 и RS-485. Позволяет подключать к промышленной информационной сети RS-485
устройство с интерфейсом RS-232 (персональный компьютер, считыватель
штрих-кодов, электронные весы и т. д.)

Структура обмена данными между SCADA-системой и приборами
ОВЕН через ОРС-сервер показана на рис. 1.

Рисунок1. Функциональная схема обмена данными между
программой SCАDA-системы и оборудованием

3.3 Контроль данных давления и расхода жидких сред

Источником данных в системе мониторинга и управления режимами
работы оборудования проходческого комплекса «Ковчег» являются показания
датчиков тока, давления и уровня воды в системе орошения и пылеподавления
комбайна, давления и уровня масла в маслонасосной станции, уровня метана и
температуры окружающей среды. Все показания датчиков через микроконтроллерные
системы поступают на вход прибора ОВЕН, который позволяет осуществить обмен
данных с программным комплексом SCADA-системы Trace Mode. На удаленном
диспетчерском пункте значения поступивших параметров можно наблюдать на экране
ПК в удобном для просмотра графическом виде — стрелочных и ползунковых
приборах, временных диаграммах. Одна из спроектированных АСУ ТП показана на
рис. 2, рис. 3. Система состоит из двух графических экранов с взаимозависимыми
аргументами и понятным для оператора интерфейсом.

Рисунок 2. Графический экран контроля давления и расхода
жидких сред

Рисунок 3. Графический экран контроль уровня жидких сред в
резервуарах

Оператор имеет возможность с клавиатуры
при необходимости изменять параметры, осуществлять аварийное отключение
шахтного оборудования. Система Trace Mode позволяет осуществлять запись поступающих
данных в «черный ящик». Внедрение Trace Mode в производственный процесс может в
существенной мере сэкономить время и ресурсы для управления производством, так
как в программе для пользователя предусмотрена возможность наблюдать за
технологическим процессом.

Для программирования алгоритмов управления
технологическими процессами в SCADA системе TRACE MODE 6 поддержаны все 5
языков международного стандарта IEC 61131-3. Среди них есть и визуальные языки
— Techno FBD, Techno LD, Techno SFC и процедурные — Techno ST, Techno IL. Такой
широкий диапазон средств программирования позволяет специалисту любого профиля
выбрать для себя наиболее подходящий инструмент реализации любых задач АСУ ТП и
АСУП. Все языки программирования снабжены мощными средствами отладки

Заключение

Самая большая трудность в изучении принципов работы с Trace
Mode, заключается в том, что при создании проекта используются такие
абстрактные понятия как атрибуты, каналы, объекты, которые, казалось бы,
свойственны скорее, объектно-ориентированному программировании, чем
информационному обеспечению АСУ ТП.

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

Несмотря, на указанные трудности, следует подчеркнуть, что
SCADA — система Trace Mode, является довольно открытой и интенсивно
развивающейся системой, широко применяемой в промышленности, что обусловливает
необходимость прививать будущим инженерам навыки проектирования информационных
систем в области АСУ ТП в среде Trace Mode.

Список использованных источников

1.      Анзимиров Л.В. 2005-2006: Развитие
технологий TRACE MODE. Материалы XII Международной конференции «Управление
производством в системе TRACE MODE» — М.: «AdAstra Research Group», Ltd, 2007;

.        Глухов Ф.В. Новые графические
возможности TRACE MODE 6. Материалы XII Международной конференции «Управление
производством в системе TRACE MODE» М.: «AdAstra Research Group», Ltd, 2007;

.        Статья XXV Международной
научно-практической конференции «Технические науки — от теории к практике»,
электронный ресурс URL.

                    РУКОВОДСТВО
ПОЛЬЗОВАТЕЛЯ
TRACE MODE versions
SOFTLOOIC
SCADA
EAM
HRM
MES
AdAslrA
Research Group, Ltd

РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ TRACE MODE 6 Интегрированная SCADA/HMI-SOFTLOGIC-MES EAM-HRM-система для разработки АСУ ТП, АСКУЭ и систем управления производством Том 1 Издание девятое (к релизу 6.05) 643.18957709.00001 34 ТУ 5043-001-18957709-00 Москва, 2006 AdAstra Research Group, Ltd.
TRACE MODE, T-FACTORY.exe, АдАстрА, AdAstrA, autobuilding и автопостроение являются зарегистрированными торговыми марками AdAstra Research Group, Ltd. Торговые марки, торговые имена, сервисные марки и сервисные имена, зарегистрированные другими компаниями и использованные в данном руководстве, принадлежат соответствующим компаниям. © 1998-2006 AdAstra Research Group, Ltd. Все права защищены.
Содержание Глава 1..........................................................11 Принципиальные отличия компонентов TRACE MODE 6..................11 Модификации программных компонентов TRACE MODE 6..............12 Модификации ИС TRACE MODE 6................................12 Модификации мониторов......................................13 Ограничения мониторов для DOS...........................13 Ограничения мониторов для Windows СЕ....................14 Глава 2..........................................................15 Проект АСУ в TRACE MODE 6........................................15 Программный комплекс TRACE MODE 6.............................16 Основные характеристики TRACE MODE 6.......................17 Принцип работы монитора. Канал TRACE MODE 6.............17 Обеспечение работы распределенных АСУ...................18 Резервирование..........................................20 Автопостроение...................................... 20 Математическая обработка данных.........................21 Архивирование каналов узла..............................21 Архивирование каналов проекта...........................22 Отчет тревог и генерация сообщений......................22 Файл восстановления................................... 22 Графический интерфейс оператора.........................23 Генерация документов (отчетов)..........................23 Защита проекта..........................................24 Конвертирование проектов предыдущих версий TRACE MODE....24 Документирование проекта TRACE MODE.....................24 Объектно-ориентированное проектирование.................24 Распределенное групповое проектирование.................24 Принципы разработки проекта в ИС..............................25 Технология разработки проекта в ИС......................26 Пример создания проекта....................................27 Создание нового проекта в ИС............................27 Создание структуры проекта в навигаторе.................29 Конфигурирование и разработка структурных составляющих..33 Конфигурирование информационных потоков.................38 Выбор аппаратных средств АСУ............................41 Создание и конфигурирование узлов в слое ‘Система’......41 Распределение каналов по узлам..........................45 Автопостроение каналов..................................46 Сохранение проекта в файл...............................48 Экспорт узлов...........................................48 Запуск проекта..........................................49 Классификация объектов структуры проекта......................51 Классификация компонентов..................................51 Классификация слоев........................................55 Классификация узлов........................................56
Назначение групп источников (приемников).......................58 Группа ‘PC-based контроллеры’...............................59 Группа ‘Распределенные У СО’................................61 Группа ‘Платы ввода-вывода’.................................63 Группа ‘Терминалы’........................................ 65 Группа ‘PLC’................................................65 Группа ‘ОРС-группа’.........................................66 Группа ‘DDE-группа’.........................................67 Группа ‘MODBUS-группа’......................................67 Группа ‘Пользовательские драйверы’..........................68 Группа ‘Диагностика и сервис’...............................68 Группа ‘Генераторы’.........................................69 Группа ‘Модели’.............................................71 Назначение группы ‘СОМ-порты’..................................74 Назначение группы ‘Словари сообщений’..........................74 Назначение групп слоя ‘Библиотеки компонентов’.................74 Назначение групп клемм.........................................75 Назначение прочих групп........................................75 Операции в ИС.....................................................77 Меню и панель инструментов ИС..................................77 Меню ‘Файл’ и главная панель инструментов ИС................77 Меню ‘Вид’..................................................79 Меню ‘Окна’.................................................79 11анель переходов между окнами ИС...........................80 Задание общих настроек ИС......................................80 Вкладка ‘Интегрированная среда разработки’..................81 Вкладка ‘Базовый редактор’..................................86 Сохранение проекта для редактирования..........................87 Сохранение проекта для запуска.................................87 Файлы узла, создаваемые при экспорте........................88 ИС-клиенг и сервер групповой разработки........................90 Сервер групповой разработки.................................90 ИС-клиент...................................................95 Редактирование структуры проекта..................................97 Меню и главная панель инструментов навигатора проекта.......97 Управление внешним видом навигатора проекта.................99 Создание объектов структуры................................102 Имена и идентификаторы объектов структуры..................103 Изменение класса канала после его создания.................103 Выделение объекга структуры................................104 Удаление объекга структуры.................................104 Открытие окна свойств и редакт ора объекга структуры.......104 Групповое редакт ирование компонентов......................105 Операции, общие для объектов структуры.....................105 11ереметпение объектов структуры.......................... 105 Копирование и вставка объекта структуры....................105 Перепривязка каналов и аргументов при копировании/вставке и перемещении объекта базы каналов...........................108 Взаимодейст вне с технологической БД..........................109 Примеры синхронизации с БД.................................111 Отображение свойств объектов структуры........................114 Окно свойств объекта структуры проекта...........................116
Вкладка ‘Информация’.....................................116 Вкладка ‘Флаги’......................................... 118 Вкладка ‘Аргументы’......................................119 Вкладка ‘Атрибуты’..................................... 119 Редакторы объектов структуры проекта...........................121 Редакторы компонентов.................................... 121 Редакторы каналов........................................121 Редактор шаблонов программ...............................122 Редактор шаблонов экранов................................122 Редактор шаблонов документов.............................123 Редактор связей с базами данных..........................124 Редактор библиотек текстов...............................124 Редактор библиотек изображений...........................125 Редактор библиотек видеоклипов...........................125 Редактор параметров СОМ-порта............................126 Редактор словарей сообщений..............................129 Редактор клемм...........................................132 Редакторы источников (приемников)..........................132 Редактор системных переменных TRACE MODE.................133 Редактор переменной ОРС..................................133 Редактор переменной ОРС HDA..............................134 Редактор переменной DDE..................................135 Редакторы групп компонентов................................136 Редактор группы шаблонов экранов.........................136 Базовый редактор группы компонентов......................137 Редактор группы ‘ОРС-сервер’.............................142 Редактор группы ‘ОРС HDA сервер’.........................143 Редактор группы каналов слоев ‘Технология’ и ‘Топология’.144 Редактор параметров узла................................... 144 Вкладки редактора узла...................................144 Задание параметров узла..................................147 Защита от несанкционированного доступа.........................157 Канал класса ПОЛЬЗОВАТЕЛЬ................................157 Обработка аварийных ситуаций...................................161 Документирование проекта.......................................162 Конвертирование проектов.......................................163 Отладка проекта в ИС...........................................164 Профайлеры.................................................164 Профайлер с поддержкой графических экранов...............165 Профайлер без поддержки графических экранов..............168 Глава 3..........................................................173 Каналы и системные переменные TRACE MODE 6.......................173 Пересчет базы каналов..........................................174 Потоки монитора..........................................174 Время цикла монитора.....................................176 Период и фаза пересчета канала...........................177 Особенности пересчета и отработки каналов................180 Атрибуты каналов...............................................181 Общие атрибуты каналов.....................................181 Атрибуты каналов, отображаемые профайлером...............186
Числовые каналы...............................................191 Канал класса FLOAT.........................................192 Гранины и интервалы канала FLOAT........................ 194 Обработка в канале FLOAT.................................197 Сглаживание в канале FLOAT OUTPUT........................201 Канал класса DOUBLE FLOAТ..................................202 Канал класса Н EX 16.......................................203 Канал класса НЕХ32.........................................205 Канал класса TIME..........................................206 Канал класса CALL.............................................208 Атрибуты канала класса CALL..............................208 Пример использования тина вызова COLLECTION 1 ...........217 11римср использования чипа вызова COLLECTION_2...........218 Пример использования типа вызова MOVE....................220 Взаимодействие каналов CALL через аргументы..............221 Последовательная отработка каналов CALL..................222 Канал класса СОБЫТИЕ..........................................223 Системные переменные TRACE MODE 6.............................227 Группа СИСТЕМНЫЕ.........................................227 Группа ДИАГНОСТИКА.......................................250 Глава 4...........................................................259 Распределенные АСУ................................................259 Конфигурирование межкомпонентного взаимодействия..............260 Связь канал-канал...................................... 260 Связь через аргументы....................................262 Управление и особенности взаимодействия..................264 Допустимые цепочки связей................................264 Создание контура управления..............................265 Корректировка проекта в реальном времени......................266 Перезагрузка узла с помощью переменной @LOAD.............266 Перезагрузка узла из ИС..................................269 Табличный редактор аргументов.................................272 Поля редактора аргументов................................272 Редактор аргументов шаблона..............................274 Редактор аргументов канала CALL с ненастроенным свойством ВЫЗОВ....................................................275 Редактор аргументов компонента с настроенным свойством ВЫЗОВ....................................................275 Редактирование парамел ров группы ар1уменгов.............276 Привязка аргументов вручную..............................276 Автопостросние и автопривязка каналов из редактора аргументов.278 Автопостроение каналов по команде редактора аргументов...279 ФлагБ!...................................................280 Замена виртуальной привязки аргументов в канале CALI.....280 Замена привязок аргументов канала CALL на привязки аргументов другого канала CALL...........................281 I Тсрспривязка аргументов на уровне объектов.............282 ФлагНШ................................................. 284 Флаги NP и РО............................................284 Автопостроение и автопривязка аргументов...................286
Настройка параметров редактора аргументов...................287 Резервирование в АСУ...........................................289 Структурное резервирование и надежность.................289 Резервирование У СО.....................................290 Обмен с базами данных..........................................291 Синтаксис SQL...........................................291 Операции с шаблонами связей с БД в ИС...................295 Настройка параметров редактора связей с БД..............296 Подключение к базе данных...................................297 Регистрация БД как источника данных ODBC................298 Подключение к БД........................................302 Структура БД и аргументы шаблона связи с БД.................305 Окно ‘Схема’............................................305 Окно ’Аргументы’........................................307 Создание и выполнение SQI.-запросов.........................308 Настройки MS Windows и MS Access........................308 Создание SQI .-запросов.................................311 Подстановки в SQL-запросе...............................311 Выполнение SQL-запросов из ИС...........................314 Выполнение SQL-запросов в реальном времени..............314 Создание SQL-запросов с помощью мастера.....................316 Построение запроса SELECT с помощью мастера.............316 Построение запроса INSERT с помощью мастера.............322 Построение запроса UPDATE с помощью мастера.............325 Построение запроса DELETE с помощью мастера.............329 Примеры SQL-запросов........................................331 Создание таблиц в БД....................................331 Запись произвольных данных в БД...................,.....332 Изменение данных в БД...................................332 Вложенные SQL-запросы...................................333 Удаление записей из БД..................................334 Архивирование каналов в БД..............................334 Выборка данных из БД....................................337 Модификация SQL-запросов в реальном времени.............345 Удаление таблиц из БД...................................346 Сочетания клавиш в редакторе связей с БД....................347 Обмен по DDE и NetDDE..........................................348 Обмен по DDE................................................348 Обмен приложение - МРВ как DDE-сервер...................348 Обмен МРВ как DDE-клиент - приложение...................352 Обмен по NetDDE.............................................354 Настройка ОС для обмена по NetDDE.......................354 Обмен приложение - МРВ как NetDDE-сервер................356 Обмен между МРВ по NetDDE...............................358 Обмен по ОРС...................................................362 Пример обмена с ОРС-сервером............................362 Пример ОРС-обмена МРВ6-МРВ5.............................368 ОРС-сервер TRACE MODE 6.................................373 МРВ как клиент сервера ОРС HDA..........................379 TRACE MODE Data Center.........................................383 Хранилище Data Center...................................383
Консоль Data Center.........................................384 Меню и главная панель инструментов консоли...............384 Диалог конфигурирования Data Center......................384 Вкладка 'Сервер'.........................................387 Вкладка 'Публикатор'.....................................387 Вкладка 'Веб-консоль'....................................391 Вкладка 'Принтер'........................................392 Особенности выполнения узла в браузере......................393 Запуск узла в мобильном устройстве..........................394 Сервер печати TRACE MODE 6.....................................395 Глава 5...........................................................397 Обмен с контроллерами и УСО.......................................397 Средства поддержки оборудования................................398 Шаблоны каналов обмена...................................398 Обмен по встроенным протоколам.................................400 Обмен по DCS................................................400 Обмен по MODBUS.............................................400 Обмен по протоколу MODBUS TCP/IP.........................401 Прибор ‘Взлет МР’........................................403 Обмен с У СО................................................404 Обмен через драйверы...........................................405 Обмен с контроллером ЛОМИКОНТ............................405 Обмен с контроллером РЕМИКОНТ-130........................406 Обмен с контроллерами 11J711.............................408 Обмен с контроллером 1119327.............................409 Обмен но протоколу HART..................................410 Обмен по протоколу СОММ2П................................412 Обмен по протоколам SNP, SNP-X...........................413 Обмен по протоколу l-’XNE Г..............................418 Обмен по протоколу NAIS-FP...............................424 Обмен по протоколу RKC...................................426 Обмен по протоколу UNI-Telway (Master)...................426 Обмен с контроллером RE5O8...............................431 Обмен по протоколу ModbusPlus............................432 Обмен с весовыми терминалами ЗАО ’ Гензо-М' .............434 Связь с сетями I.ON WORKS................................435 Обмен по протоколу S-BUS.................................440 Обмен с контролерами Honeywell DPR3000, DPR250...........444 Обмен с контроллером STEC2000........................... 444 Обмен с приборами фирмы 'Дана-Герм'......................446 Обмен с дозатором ДОЗА-4ТМ...............................456 Обмен с преобразователями Tosvert фирмы TOSHIBA..........462 Обмен с контроллерами TREI...............................464 Обмен с контроллерами TCS................................464 Обмен с контроллерами ADAM по интерфейсу CAN.............465 Обмен с электросчетчиками СЭТ-4ТМ........................465 Обмен с контроллерами Vantage............................468 Обмен по протоколу BACnct/lP.............................471 Обмен по DeviceNet..........................................475 Описание драйверов DeviceNet.............................475
DeviceNet. Обмен explicit-сообщениями......................476 DeviceNet. Обмен I/O пакетами..............................479 Ограничения драйвера DeviceNet.............................481 Пример. Настройка обмена с контроллером Mitsubishi FX2N-16MR но протоколу DeviceNet................................481 Обмен с приборами фирмы М3 ГЛ.................................485 Обмен с контроллером КМ800 [КОНТАР]........................485 Обмен с приборами серии МИНИТЕРМ...........................487 Обмен с приборами ДАСУ........................................490 БОИ-М2Г....................................................490 ТВА-1......................................................493 Обмен с контроллерами фирмы ОВЕН..............................496 Контроллеры ПКП1, СИЯ, ТРМ101, ТРМ138..................... 496 Контроллеры УКТ38. ТРМ-32, 33, 34, 38..................... 498 Контроллер МПР-51 .........................................500 Обмен с контроллерами фирмы ВИБРАТОР .........................502 Обмен с контроллерами Ф1765, Ф1766........................ 502 Обмен с устройствами фирмы Danfoss............................504 Обмен с частотными преобразователями.......................504 Обмен с тепловычислителями Экспсрт-Z.......................505 Обмен с теплосчетчиками FP-93..............................511 Обмен с контроллерами Siemens.................................513 I фоткой Profibus DP.......................................513 Протокол 3964R / RK512.....................................517 I IpoTOKOJ Siemens S7......................................520 I IpoTOKon Siemens PPI.....................................523 Обмен с контроллерами фирмы ЭМИКОН............................530 Обмен через плату С05. шина ISA............................530 Обмен через плату С06, шина PCI............................530 Обмен через плату’ СОбРпР, шина PCI........................531 Файлы modc.a и modc.b......................................531 Обмен с контроллерами Allen Bradley...........................534 Обмен по протоколу Ethcrnet/IP Rockwell Automation.........534 Обмен по протоколу DFI.....................................536 Обмен с контроллерами OMRON...................................545 Обмен по протоколу HOST LINK...............................545 Обмен с контроллерами OMRON по сети Ethernet по протоколу UDP........................................................546 Обмен с контроллерами OMRON по сети Controller Link........551 Обмен с контроллерами фирмы ЭНЕРГОМЕРА........................555 Обмен со счетчиком 1ДЭ6823.................................555 Обмен со счетчиком I (Э6823М...............................557 Обмен со счетчиком I (Э6822................................559 Обмен со счетчиком ЦЭ6850М.................................561 Обмен с контроллерами фирмы ВОЛМАГ............................565 Обмен с контроллерами серии КОНТРАСТ.......................565 Обмен с КР-500 по IP.......................................567 Особенности настройки обмена с контроллерами и платами УСО.......569 Контроллеры ICP-DAS...........................................569 Модули i-8xxx..............................................569 Модули i-70xx..............................................574 Плата А-826................................................574
Контроллеры i-7188....................................575 Контроллеры фирмы ТЕКОН................................ 576 Модуль 1)401 m........................................576 Модуль F24............................................576 Модуль L16i...........................................576 Кошроллеры ADVANTECH.....................................577 Платы аналогового ввода/вывода контроллера ADAM5510...577 Плата ADAM-5080 контроллера ADAM55IO..................579 Модуль ADAM-5OI3......................................580 Плата PCI.-839........................................580 Контроллеры FASTWEL......................................584 11лата FASTWEL АП6-5А.................................584 Платы FASTWEL UNIOxx-5................................584
Глава 1 Принципиальные отличия компонентов TRACE MODE 6
Модификации программных компонентов TRACE MODE 6 В данном разделе приведены принципиальные отличия программных компонентов TRACE MODE 6 (см. также Программный комплекс TRACE MODE 6). Спецификации отдельных продуктов размещены на сайте компании. Модификации ИС TRACE MODE 6 В состав TRACE MODE 6 входят два вида интегрированной среды разработки - обычная (локальная, ИС) и клиентская (ИС-клиент). ИС обеспечивает разработку проекта на отдельном компьютере. ИС-клиент является клиентом по отношению к серверу групповой разработки; эти продукты обеспечивают распределенную групповую разработку одного или нескольких проектов в локальной сети. ИС выпускается в базовом и профессиональном форматах. Модификации ИС различаются по общему количеству источни-ков/приемников, которые можно создать с их помощью в проекте. ИС базового формата имеет следующие ограничения: • блокировано создание резервов узлов. Отладочные мониторы (см. также Профайлеры), входящие в состав ИС, имеют ограниченное время непрерывной работы - 2 часа для профессионального формата и 1 час - для базового. Через указанное время блокируется весь ввод/вывод данных (в том числе блокируется выполнение SQL-запросов). Отладочные мониторы базового формата имеют следующие ограничения: • блокирована генерация документов; • блокирована посылка в регистратор; • максимальное число перезагрузок (см. описание переменной @Load в разделе Группа СИСТЕМНЫЕ) - 3; • тревожное SMS-сообщение отправляется только на один (первый) телефон группы пользователей (см. Редактор словарей сообщений); • максимальное число SMS-сообщений на телефон пользователя с помощью атрибута 28, Message канала класса Пользователь (см. Канал класса ПОЛЬЗОВАТЕЛЬ)-3;
• максимальное количество обрабатываемых SMS-сообщений - 10; • не поддерживается ключ автозапуска узла (RUN - см. Профайле-ры и Задание параметров работы мониторов); • максимальная глубина выборка из архива - 1 сутки. Модификации мониторов Мониторы различаются по максимально возможному числу каналов. Ограничения мониторов для DOS Мониторы MicroRTM и NanoRTM для DOS имеют следующие функциональные ограничения: • нет объектов; • нет каналов классов TIME, СОБЫТИЕ, DOUBLE FLOAT, НЕХ32, а также всех каналов T-FACTORY; • не поддерживается смена типа канала на одну отработку (см. Общие атрибуты каналов); • не поддерживается период пересчета канала по времени (см. Период и фаза пересчета канала); • если значение атрибута Период пересчета (единицы) канала равно 1 или 2 (секунды или минуты), атрибуту Период пересчета (значение) можно задавать значение только из диапазона 1-30; • если значение атрибута Период пересчета (единицы) канала равно 3 (часы), атрибуту Период пересчета (значение) можно задавать значение только из диапазона 1-12; • не поддерживаются SIAD и ОТ; • не поддерживается функция запроса данных удаленного архива; • нет пользователей; • не поддерживается тип данных STRING; • у каналов нет атрибутов Кодировка и Комментарий, в атрибут Имя передается имя или кодировка в зависимости от настроек ИС (см. Вкладка ‘Интегрированная среда разработки’); • под аргументы программы выделяется не более 1k памяти; • не поддерживаются FBD-блоки SBRK, SSTP, AVT, FZCTR, SFZ, SELO, QREG, NDGT, OBJ, FRWD, RND, DATE, GSIN; • в профайлере не отображаются атрибуты каналов; • поддерживается обмен одновременно только по четырем СОМ-портам; • в режиме M-LINK SLAVE поддерживается обмен по двум СОМ-портам; • в режиме M-LINK MASTER для COM-портов может быть исполь-
зовано два разных прерывания (опционально); • не поддерживается обмен по сети и M-LINK (HOST) по групповому номеру; • при обмене по DCS не поддерживаются функции OUTPUT, требующие записи параметров в энергонезависимую память устройств (CJC_Calibrate, SetHAIarm и т.п.); • для каналов CALL поддерживаются типы вызовов 1, 7, 9-11, 17-20, 23-24, 50-51,53, 54; • не поддерживается чтение из файла/запись в файл значений аргументов канала CALL с помощью атрибутов 128 и 129; • запрещена привязка аргумента канала к каналу другого узла (см. Связь через аргументы). Ограничения мониторов для Windows СЕ Эти мониторы аналогичны профайлеру без поддержки графических экранов (см. Профайлер без поддержки графических экранов). Отличия: • архивы SIAD не поддерживаются; • набор времен цикла отображения ограничен; • не поддерживается обмен с терминалом по последовательному порту; • для каналов CALL поддерживаются типы вызовов 1, 5, 8-11, 17-20, 23-24,50-51,53.
Глава 2 Проект АСУ в TRACE MODE 6
Программный комплекс TRACE MODE 6 TRACE MODE 6 - это программный комплекс, предназначенный для разработки и запуска в реальном времени распределенных автоматизированных систем управления технологическими процессами (АСУТП) и решения ряда задач управления предприятием (АСУП). Для решения задач АСУП в TRACE MODE 6 интегрирован пакет Т-FACTORY. Комплекс программ TRACE MODE 6 можно разделить на 3 части. • Интегрированная среда разработки проекта (ИС) - единая программная оболочка, содержащая все необходимые средства для разработки проекта. Под проектом в TRACE MODE 6 понимается вся совокупность данных и алгоритмов функционирования распределенной АСУ (АСУТП и/или T-FACTORY), заданных средствами TRACE MODE. Итогом разработки проекта в ИС является создание файлов, содержащих необходимую информацию об алгоритмах работы АСУ. Эти файлы затем размещаются на аппаратных средствах (компьютерах и контроллерах) и выполняются под управлением исполнительных модулей TRACE MODE. • Исполнительные модули (мониторы, МРВ) - программные модули различного назначения, под управлением которых в реальном времени выполняются составные части проекта, размещаемые на отдельных компьютерах или в контроллерах. Составная часть проекта, размещаемая на отдельном компьютере или в контроллере и выполняемая под управлением одного или нескольких исполнительных модулей TRACE MODE, называется узлом проекта. В общем случае размещение узла на том же аппаратном средстве, на котором он должен исполняться под управлением монитора, не является обязательным - мониторы могут загружать узлы с удаленных аппаратных средств. • Драйверы обмена - драйверы, используемые мониторами TRACE MODE для взаимодействия с устройствами, протоколы обмена с которыми не встроены в мониторы.
Основные характеристики TRACE MODE 6 Принцип работы монитора. Канал TRACE MODE 6 При старте монитор считывает параметры узла, заданные в ходе разработки проекта в ИС, а также параметры других узлов для корректного взаимодействия с ними. Алгоритм работы любого монитора TRACE MODE заключается в анализе каналов - структур переменных, создаваемых как при разработке проекта в ИС, так и в реальном времени. В зависимости от класса и конфигурации канала, по результатам его анализа монитор выполняет ту или иную операцию - запись значений переменных канала в архив, запрос значения источника данных по указанному интерфейсу и запись этого значения в канал, вызов графического экрана оператора на дисплей и т.п. Под записью значения в канал в общем случае понимается присвоение значения переменной (атрибуту) Входное значение этого канала. Для канала могут быть сконфигурированы два важнейших свойства -СВЯЗЬ И вызов. Первое свойство означает способность канала принимать данные от источников и передавать данные приемникам - другими словами, с помощью этого свойства можно конфигурировать информационные потоки АСУ. Второе свойство означает способность канала вызвать (реализовать) шаблон с передачей ему необходимых параметров (для канала класса CALL свойство вызов имеет расширенные функции). На основе свойства вызов реализуется, например, графический интерфейс оператора, обмен с базой данных и т.д. Совокупность каналов узла называется базой каналов этого узла. Класс канала определяет его общее назначение. Например, канал класса FLOAT предназначен для операций с 4-байтовыми вещественными числами, канал класса Единица оборудования - для учета единицы оборудования, планирования и мониторинга ее техобслуживания. При разработке проекта могут быть созданы каналы только предопределенных классов. Переменные, входящие в канал, называются его атрибутами. Атрибуты канала имеют различное назначение и различный тип данных. Булевы атрибуты и атрибуты, которые могут принимать только два определенных значения, называются флагами. Примером флага может служить тип канала, который принимает два значения - INPUT (числовые каналы типа INPUT предназначены для приема данных от источников) и OUTPUT (чи-
еловые каналы типа OUTPUT предназначены для передачи своего значения приемникам). Атрибуты, которые используются для передачи значений при вызове шаблона, называются аргументами канала. Атрибуты снабжены числовыми индексами (индексация атрибутов начинается с О, индексация аргументов - с 1000). Атрибуты имеют полное имя и короткое имя (мнемоническое обозначение). Идентификаторами атрибута являются его индекс и, в ряде случаев, короткое имя. Каналы содержат внутри себя предопределенные алгоритмы (часть из них может настраиваться пользователем), в соответствии с которыми некоторые атрибуты канала устанавливаются или вычисляются монитором в зависимости от состояния или значения других атрибутов. Например, для большинства каналов в атрибут Время изменения монитор записывает время изменения атрибута Реальное значение канала (по показаниям часов устройства, на котором запущен монитор). Исполнение внутренних алгоритмов канала и анализ его атрибутов монитором называется пересчетом канала. При пересчете числовых каналов выполняется также процедура трансляции (см. Числовые каналы). По результатам анализа атрибутов монитор выполняет действия, заданные с помощью канала (например, вызов шаблона), - эта процедура называется отработкой канала. Отработка канала после его пересчета выполняется при определенных условиях. При пересчете базы каналов пересчет конкретного канала также выполняется при определенных условиях. Алгоритм пересчета базы каналов описан в разделе Пересчет базы каналов. Каналы одного класса обладают идентичным набором атрибутов и предопределенных алгоритмов их обработки. Существуют также атрибуты, которыми обладают все каналы вне зависимости от их класса (такие атрибуты имеют одинаковые индексы во всех каналах). Подробное описание атрибутов каналов приведено в разделе Каналы TRACE MODE/Атрибуты каналов. Обеспечение работы распределенных АСУ Для обеспечения функционирования распределенных АСУ мониторы TRACE MODE поддерживают различные виды взаимодействия с аппаратными средствами и программными приложениями. • Мониторы поддерживают обмен между собой по протоколу NILIN К (открытый протокол фирмы AD ASTRA) при связи компьютеров и/или контроллеров, на которых запущены, по последова
тельным интерфейсам RS-232/422/485, в том числе при подключении к COM-портам дополнительного оборудования, которое конфигурируется при разработке проекта в ИС: • модемов - при использовании для связи выделен-ных/коммутируемых телефонных линий; • радиомодемов - при использовании для связи радиоканала; • GSM-модемов - при использовании для связи GSM-сети; • конвертеров интерфейсов RS-232/422/485. Под COM-портом здесь понимается как штатный последовательный порт устройства, так и, например, порты, доступные при установке расширителей портов в шины ISA/PCI компьютера. Мониторы поддерживают обмен одновременно по 32 последовательным портам. Сеть M-LINK - это сеть типа MASTER-SLAVE с одним ведущим узлом в одной сети в один момент времени. Узел может иметь статус SLAVE только в сети M-LINK, при обмене по последовательному интерфейсу по любому другому протоколу узел имеет статус MASTER. • Мониторы поддерживают обмен между собой по протоколу TCP/IP при связи компьютеров и/или контроллеров, на которых запущены, по сети (физическая архитектура сети не имеет значения) - в этом случае на прикладном уровне используется протокол I-NET фирмы AD ASTRA. Мониторы поддерживают обмен одновременно по 4 сетевым адаптерам. • Мониторы поддерживают обмен с платами ввода/вывода, установленными в системные шины (ISA/PCI/PC-104) компьюте-ров/контроллеров, на которых запущены. • Мониторы поддерживают обмен с внешними устройствами (распределенными модулями): • по некоторым модификациям протокола MODBUS по последовательным интерфейсам; • по протоколу MODBUS TCP/IP по сети; • по последовательному интерфейсу по протоколам контрол-леров/серий модулей LAGOON, ROBO, NuDAM-6000, I-7000, ADAM-4000, ADAM-5000/485, RIO-2000 и т.п. (в TRACE MODE эти протоколы называются протоколами DCS).
• Мониторы поддерживают обмен с произвольными устройствами через драйверы как по стандартным интерфейсам (в том числе полевым шинам), так и при использовании дополнительных устройств, реализующих необходимые интерфейсы, - коммуникационных плат, преобразователей интерфейсов и т.п. Номенклатура драйверов TRACE MODE для обмена с различным оборудованием постоянно расширяется. Кроме того, программный интерфейс взаимодействия монитора с такими драйверами - интерфейс ТСОМ - является открытым, что позволяет пользователю разработать драйверы обмена с любым оборудованием. • Мониторы поддерживают обмен с клиентами/серверами ОРС. • Мониторы поддерживают обмен между собой и с приложениями Windows по DDE/NetDDE. • Мониторы поддерживают обмен с локальными/удаленными базами данных по ODBC. Таким образом, TRACE MODE не накладывает практически никаких ограничений на топологию систем управления и используемые в них аппаратные средства. Резервирование Резервирование - это метод экстенсивного повышения надежности АСУ посредством использования дополнительных (резервных) аппаратных средств (например, дополнительного сетевого адаптера, дополнительного COM-порта с подключенным к нему дополнительным контроллером и т.п.). Для контроля работоспособности оборудования мониторы используют ряд механизмов, в том числе анализируют каналы, связанные со специальными системными переменными TRACE MODE. При обнаружении отказа основного оборудования мониторы переключаются на резервное. Для узла может быть создано до 2 резервов, предусмотрена синхронизация данных архивов дублированных/троированных узлов и т.п. (см. Резервирование в АСУ). Автопостроение ИС содержит информацию о конструктивном исполнении ряда контроллеров, о платах расширения, которые могут быть вставлены в крейт того или иного контроллера, о внешних модулях, которые могут быть подключены к тому или иному контроллеру и т.д., а также об источни-ках/приемниках, имеющихся на платах/модулях. На базе этой информации в ИС реализованы различные механизмы автопостроения - например, источники/приемники платы, выбранной в списке, создаются автоматически, автоматически создаются каналы, связанные с источника-ми/приемниками и т.п. Особой разновидностью автопостроения является автоматическое созда
ние каналов мониторами - например, каналов, связанных с источника-ми/приемниками (такие каналы создаются мониторами в том случае, если в ИС задана связь источников/приемников с другими компонентами проекта через аргументы этих компонентов). Математическая обработка данных Любая АСУ требует математической обработки данных - как в измерительных информационных потоках (датчик => У СО => контроллер => операторская станция), так и в управляющих (операторская станция => контроллер => исполнительное устройство). Для математической обработки данных в TRACE MODE 6 предусмотрены следующие средства: • внутренние алгоритмы числовых каналов (см. Классификация компонентов и Числовые каналы); • программы. Для разработки программ в ИС встроены языки Техно ST, Техно SFC, Техно FBD, Техно LD и Техно IL, являющиеся модификациями языков ST (Structured Text), SFC (Sequential Function Chart), FBD (Function Block Diagram), LD (Ladder Diagram) и IL (Instruction List) стандарта IEC61131-3. Программы, разрабатываемые в ИС, позволяют использовать функции из внешних библиотек (DLL). Эти средства обеспечивают возможность математической обработки данных в любом звене информационного потока. Архивирование каналов узла Для обеспечения архивирования параметров технологического процесса мониторы TRACE MODE поддерживают функцию записи значений атрибутов каналов в базы данных реального времени - архивы СУБД РВ SIAD/SQL 6 (в дальнейшем - архивы СПАД или архивы SIAD). Сообщения по каналу заносятся в архив при изменении его значения. Мониторы, работающие в контроллерах, поддерживают индивидуальные архивы (см. Архивы в памяти). Для каждого узла в ИС могут быть определены 3 пользовательских архива SIAD (локальных или удаленных). Существует также системный архив, используемый мониторами для внутренних целей. При конфигурировании канала указывается, в какой из заданных пользовательских файлов он должен архивироваться. Архивы SIAD имеют следующие основные характеристики: • точность значения времени - 1 мс;
• скорость записи в архив для рабочей станции с процессором Pentium-4 с тактовой частотой 2 ГГц - свыше 600 тыс. параметров в секунду. Архивные данные могут использоваться мониторами, экспортироваться в приложения Windows, а также отображаться на графическом экране (эту функцию реализует графический элемент Тренд). Архивирование каналов проекта Специализированный монитор Logger (Регистратор) может записывать в определенный для него архив SIAD значения атрибутов каналов всех узлов проекта. Данные в этот монитор могут быть переданы по протоколам I-NET и M-LINK (см. Обеспечение работы распределенных АСУ). В проекте может присутствовать до 3 регистраторов, в том числе имеющих резервы. Отчет тревог и генерация сообщений Мониторы могут генерировать сообщения в различных ситуациях при работе АСУ - например, при выходе значения канала класса FLOAT за установленную границу, при изменении статуса работника (т.е. при изменении соответствующего атрибута канала класса Персонал) и т.п. Эти сообщения заносятся в специальный текстовый файл - отчет тревог (ОТ), который конфигурируется для узла (см. Задание параметров узла и Отчет тревог узла). В ОТ заносятся сообщения по каналам, для которых установлен соответствующий флаг. Конфигурирование ОТ разрешает монитору генерацию сообщений. Тексты сообщений для событий могут быть заданы в словарях. Если канал связан со словарем, генерируются сообщения из словаря, в противном случае монитор генерирует сообщения по умолчанию. Для некоторых каналов критерии генерации сообщений зависят от параметров этих каналов. В словаре могут быть заданы дополнительные направления передачи сообщений - например, в виде SMS-сообщений на указанный номер сотового телефона, по сети консолям и т.п. (см. Редактор словарей сообщений). Ряд графических элементов, используемых при разработке графических экранов, позволяет оператору заносить в отчет тревог произвольные сообщения, а также просматривать все сообщения ОТ и квитировать их (информация о квитировании также заносится в отчет тревог). Файл восстановления Для узла может быть определен файл восстановления (дамп). В этот файл монитор записывает последние значения атрибутов каналов узла. Данные
заносятся в дамп по каналам, для которых установлен соответствующий флаг, а также по каналам, созданным при работе в реальном времени. Дамп используется для восстановления значений каналов узла после рестарта монитора. Графический интерфейс оператора TRACE MODE 6 обеспечивает графическое представление хода выполнения техпроцесса, а также управление техпроцессом с помощью графических средств. Графический интерфейс оператора реализуется в нескольких видах: • в виде набора графических экранов, шаблоны которых разрабатываются в редакторе представления данных (РПД; этот редактор входит в состав редакторов ИС), - для узлов, которые исполняются мониторами на аппаратных средствах, имеющих достаточную производительность и другие необходимые характеристики (например, при использовании объемной графики от видеосистемы требуется поддержка OpenGL 1.1). В состав TRACE MODE 6 входит большое количество ресурсов - текстов, изображений, видеоклипов, различных графических объектов, - которые могут использоваться при разработке графических экранов. Наборы ресурсов могут создаваться пользователем; • в виде набора графических панелей, шаблоны которых разрабатываются в модификации РПД, - для узлов, которые исполняются мониторами на аппаратных средствах, имеющих ограниченную производительность (например, в контроллерах с ОС Windows СЕ); • в виде мнемосхем - для узлов, исполняемых мониторами в среде DOS. Генерация документов (отчетов) Мониторы поддерживают функцию генерации файлов документов (отчетов) формата HTML. Эти документы (отчеты), в том числе, могут содержать информацию о текущих параметрах техпроцесса. Документы генерируются по шаблонам, для разработки которых в ИС встроен соответствующий редактор (см. Редактор шаблонов документов). МРВ поддерживают генерацию документов по ограниченному числу шаблонов. Для генерации документов без ограничений следует использовать специализированный монитор - Сервер документирования.
Защита проекта Для защиты от несанкционированного доступа к редактированию проекта и/или управлению АСУ для каждого узла должны быть определены пользователи и заданы их права. Для этих целей существует специальные каналы - класса Пользователь. Мониторы контролируют права пользователей и записывают результаты контроля в архив и ОТ. Конвертирование проектов предыдущих версий TRACE MODE В TRACE MODE 6 предусмотрен импорт проектов, разработанных в TRACE MODE 5 (с некоторыми ограничениями). При импорте проект конвертируется в формат TRACE MODE 6 и может быть далее модифицирован, сохранен и экспортирован для запуска (см. Конвертирование проектов). Документирование проекта TRACE MODE Интегрированная среда разработки TRACE MODE 6 снабжена функцией сохранения словесного описания проекта в HTML-файл (см. Документирование проекта). Объектно-ориентированное проектирование ИС TRACE MODE 6 снабжена средствами, позволяющими применять объектный подход при проектировании - это в значительной степени упрощает разработку проектов (см. Пример объектного проектирования, Перепривязка аргументов на уровне объектов, ГЭ ‘Переключатель каналов’, Пример перепривязки на уровне объектов). Распределенное групповое проектирование В состав TRACE MODE 6 входят сервер групповой разработки и ИС-клиент, обеспечивающие распределенную групповую разработку одного или нескольких проектов в локальной сети (см. Модификации ИС TRACE MODE 6 и ИС-клиент и сервер групповой разработки).
Принципы разработки проекта в ИС ИС объединяет в единой оболочке навигатор и набор редакторов для создания всех составляющих проекта. ИС имеет многооконный интерфейс: В ИС поддерживаются стандартные операции изменения размеров и перемещения окон (см. Типовые операции редактирования). В навигаторе структура проекта представлена в виде дерева: Корневые группы этого дерева (слои) предопределены и создаются авто
матически при создании нового проекта (слои отображаются в левом окне навигатора). Элементарные структурные составляющие (листья структурного дерева) называются компонентами проекта. Например, компонентами проекта являются: канал; канал, вызывающий шаблон; шаблон; источник данных и т.д. Группы компонентов, которые могут быть созданы в структуре проекта, предназначены для структурирования проекта. Структурирование в значительной степени облегчает редактирование проекта. В ряде случаев группы имеют и другой, вполне определенный, смысл -например, узлы проекта создаются как корневые группы слоя Система. В правом окне навигатора отображается содержимое слоя (группы), выделенной в левом окне, - таким образом, компоненты проекта могут быть отображены только в правом окне. Все разновидности объектов структурного дерева предопределены и имеют предопределенную кодировку TRACE MODE, которая может быть изменена в окне свойств или редакторе объекта (см. Вкладка ‘Информация’). Каждому объекту структурного дерева при его создании присваивается по определенному алгоритму уникальный идентификатор (ID), отображаемый во всплывающей подсказке (см. Отображение свойств объектов структуры). По этим идентификаторам объекты структуры анализируются мониторами TRACE MODE. Структура проекта редактируется в навигаторе с помощью команд меню Проект, контекстного меню и панелей инструментов, а также с помощью метода drag-and-drop. Технология разработки проекта в ИС Разработка проекта в ИС включает следующие процедуры: • создание структуры проекта в навигаторе; • конфигурирование или разработка структурных составляющих -например, разработка шаблонов графических экранов оператора, разработка шаблонов программ, описание источников/приемников и т.д.; • конфигурирование информационных потоков; • выбор аппаратных средств АСУ (компьютеров, контроллеров и т.п.);
• создание узлов в слое Система и их конфигурирование; • распределение каналов, созданных в различных слоях структуры, по узлам и конфигурирование интерфейсов взаимодействия компонентов в информационных потоках; • сохранение проекта в единый файл для последующего редактирования (с помощью команды Сохранить или Сохранить как - см. Сохранение проекта для редактирования); • экспорт узлов в наборы файлов для последующего запуска под управлением мониторов TRACE MODE (по команде Сохранить для МРВ - см. Сохранение проекта для запуска). Перечисленные процедуры (за исключением двух заключительных) и входящие в их состав операции могут выполняться в произвольном порядке. Например, можно начинать разработку проекта с разработки шаблонов графических экранов оператора, с создания узлов и их каналов в слое Система (если аппаратные средства АСУ известны заранее), можно конфигурировать каналы и информационные потоки после распределения каналов по узлам и т.п. Чтобы получить представление о средствах разработки, которыми располагает ИС, рекомендуется рассмотреть нижеследующий пример создания проекта. TRACE MODE располагает также средствами для объектного проектирования - см. Пример объектного проектирования. Пример создания проекта Пусть будущая АСУ ТП должна решать следующие задачи: • получать значение от некоторого источника переменного сигнала на этаже 2 здания 2; • передавать это значение на этаж 1 здания 1; • на этаже 1 здания 1 - управлять передачей, отображать значение и протоколировать его выход за заданные границы. Пусть также аппаратные средства АСУ ТП заранее неизвестны. Создание нового проекта в ИС Предположим, что в общих параметрах ИС задано ее открытие пустой (см. Задание общих настроек ИС). В этом случае при открытии интегрированной среды из программной группы TRACE MODE или с помощью запуска файла tmdevenv.exe она имеет следующий вид:
Чтобы создать новый проект, нужно выполнить одно из следующих действий: • выполнить команду Новый из меню Файл; • нажать ЛК на кнопке Ё панели инструментов ИС; • одновременно нажать на клавиатуре сочетание клавиш Ctrl+N. Одну и ту же команду в ИС можно выполнить несколькими способами - для этого среда и встроенные в нее редакторы снабжены меню, панелями инструментов, контекстными меню, а также поддерживают типичные для приложений Windows операции, выполняемые с помощью мыши или по нажатию сочетаний клавиш. Операции, типовые для различных редакторов, описаны в разделе Типовые средства редактирования. После создания нового проекта в навигаторе отображаются предопределенные слои его структуры: Ресурсы (Наборытекстов л ч г - , - , и; , , ,
Создание структуры проекта в навигаторе Пусть роль источника играет встроенный в ИС генератор пилообразного сигнала в диапазоне 0-100 с шагом 1. Для его создания в структуре проекта нужно нажать ПК на слое Источи и ки/Приемники, переместить указатель мыши на позицию Создать группу открывшегося контекстного меню и выполнить нажатием ЛК команду Генераторы из дополнительного контекстного меню. По этой команде в слое создается группа генераторов: Содержимое слоя (группы), выделенного в левом окне навигатора, отображается в правом окне. Для выделения объекта структуры нужно нажать на нем ЛК. Далее нужно нажать ПК на группе Генераторы, переместить указатель мыши на позицию Создать компонент и выполнить нажатием ЛК команду Пила из дополнительного контекстного меню. Описанный метод создания групп и компонентов с помощью контекстного меню универсален, т.е. с его помощью создаются любые группы и компоненты дерева структуры проекта. Созданный источник сигнала отобразится в навигаторе:
сываются источники/приемники реальных устройств АСУ -контроллеров, модулей и т.п., - а также системные переменные TRACE MODE. Поскольку передачей данных требуется управлять, в слое Источни-ки/Приемники нужно создать группу Диагностика и Сервис, в ней -группу Группа системные, в которой, в свою очередь, создать системную переменную (компонент) @Net_DDE: Для приема сигнала источника на этаже 2 здания 2 нужно создать канал. Для приема данных на этаже 1 здания 1 также должен быть создан канал. Поскольку сигнал встроенного генератора - дискретный в диапазоне 0-100, можно создать каналы любого из числовых классов - например, класса НЕХ16. Однако по условию на этаже 1 здания 1 требуется протоколировать выход значения за установленные границы. Такая задача в TRACE MODE решается с помощью записи сообщений о канале в специальный файл - отчет тревог (ОТ), при этом несколько границ может быть задано только для канала класса FLOAT, поэтому для этажа 1 здания 1 должен быть создан канал именно этого класса. Поскольку топология АСУ ТП известна, для создания каналов удобно использовать слой Топология (см. Классификация слоев). Предопределенная структура и возможность создания структурных составляющих в произвольной последовательности обеспечивают множественность подходов к разработке проекта - от графики, от технологии, от топологии и т.п. Например, при разработке проекта от технологии технологические объекты создаются как группы в слое Технология, при этом в этих группах могут быть созданы все необходимые компоненты (программы, каналы и т.д.), определяющие работу этих технологических объектов. Создадим в этом слое объект, а в нем - две топологические группы Зда-
ние описанным выше способом: Каждому объекту структуры при его создании присваивается имя по умолчанию. Переименуем созданные группы Здание. Для этого нужно выделить группу и выполнить команду Свойства (из контекстного меню или с помощью кнопки панели инструментов навигатора). По этой команде в нижней части ИС открывается окно свойств группы: Окно свойств открывается для любого объекта структуры. Это окно содержит в общем случае несколько вкладок (см. Окно свойств объекта структуры проекта). Характеристики объекта структуры могут быть заданы также в соответствующем редакторе, если редактор для объекта существует (см. Редакторы объектов структуры проекта). В поле Имя вкладки Информация (это поле представляет собой однострочный текстовый редактор) удалим имя по умолчанию (см. Типовые операции редактирования), введем с клавиатуры новое имя - Здание! - и нажмем ENTER. Переименуем также вторую топологическую группу Здание:
Теперь в «зданиях» можно описать «этажи» (как группы Этаж): Создадим в группе Этаж1 канал класса FLOAT: Аналогичным образом создадим канал класса НЕХ16 в группе Этаж2:
Выполнять операции с каналами (в том числе создавать их) можно в различных слоях, однако во всех случаях эти операции на самом деле реализуются в слое База каналов. В любом другом слое, где выполняется команда для совершения операции с каналом, ее результат только отображается (см. Классификация слоев). Чтобы убедиться в этом, выделим слой База каналов - в правом окне навигатора отобразятся каналы, созданные в слое Топология. По условию задачи требуется отображать значение канала, поэтому нужно создать шаблон графического экрана оператора в слое Шаблоны экранов: Конфигурирование и разработка структурных составляющих Чтобы сообщения о канале Канал 1 записывались в отчет тревог, надо задать для него границы и установить признак записи в ОТ в соответствующем редакторе. Чтобы открыть редактор, нужно выделить канал в навигаторе и выполнить команду Редактировать из контекстного меню или нажать ЛК на кнопке панели инструментов навигатора.
Редакторы существуют для большинства объектов дерева структуры проекта (см. Редакторы объектов структуры проекта). Описанная процедура открытия объекта в соответствующем редакторе одинакова для всех объектов. Для компонента проекта существует третий механизм - по двойному нажатию ЛК на компоненте в навигаторе (без предварительного выделения). Установим флаг Использовать и зададим численные значения границ канала Канал1 в разделе Границы редактора. На вкладке Архивация раздела Системные установим флаг Отчет тревог (чтобы открыть вкладку, надо нажать на ней ЛК): Вкладка Архивация содержит инструменты для подключения словаря сообщений (подключить словарь можно после его создания в узле) - в этом случае в отчет тревог будут выводиться сообщения, определенные в словаре. В отсутствие словаря в отчет тревог будут выводиться сообщения, заданные по умолчанию. Аналогичным образом откроем в соответствующем редакторе созданный ранее шаблон экрана (шаблоны экранов редактируются в редакторе представления данных - см. Разработка графического интерфейса). ИС примет следующий вид:
Редакторы, встроенные в ИС, имеют свои меню и панели инструментов, которые при открытии этих редакторов частично или полностью добавляются к имеющимся в ИС. При открытии редактора возможно также модифицирование списка команд меню ИС. С помощью мыши переместим графический элемент fiBC (Текст) с панели инструментов редактора (см. Главное меню и панели инструментов РПД) на рабочее поле шаблона экрана - при этом откроется окно свойств графического элемента (ГЭ) (это окно - принадлежность редактора, его не следует путать с окном свойств объекта дерева структуры проекта):
В окне свойств ГЭ на вкладке t=: (Основные свойства) дважды нажмем ЛК на свойстве Текст - появится раздел, предназначенный для динамизации свойства (т.е. для создания индикатора из данного графического элемента): Чтобы данный ГЭ отображал текущее значение, нужно в списке Вид индикатора выбрать опцию Значение - появятся элементы настройки данного индикатора: Нажмем ЛК в поле Привязка - по этой команде откроется редактор аргументов данного шаблона экрана:
Шаблон можно рассматривать как функцию, которую вызывает основная программа (монитор) с передачей определенных значений. Шаблоны вызываются каналами класса CALL (шаблоны программ могут быть вызваны каналами других классов с настроенным свойством вызов) при их отработке монитором, при этом значения в шаблон передаются через его аргументы. Эта передача настраивается в ИС с помощью привязки аргументов к каналам или источникам/приемникам в редакторе аргументов. Передача аргументов при вызове шаблона обязательна - другими словами, шаблон должен иметь хотя бы один аргумент. Редактор аргументов экрана можно открыть также с помощью команды Аргументы экрана меню Вид. Для создания аргумента шаблона экрана нажмем ЛК на кнопке панели инструментов редактора аргументов: Задать связь аргумента шаблона с другим компонентом проекта можно в редакторе аргументов с помощью поля Связь. Выделим созданный аргумент и нажмем кнопку ОК редактора - привязка ГЭ к аргументу экрана отобразится в окне свойств: АвсТекст [Справка, Г a jlTI'O Основная привязка [ ... | Теперь окно свойств ГЭ и открытые редакторы можно закрыть.
Конфигурирование информационных потоков Сконфигурируем вначале информационный поток источник пилообразного сигнала => Канал 2 => Канал 1 => аргумент шаблона экрана, используя различные механизмы задания межкомпонентных связей. Свяжем источник пилообразного сигнала с каналом Канал 2 в навигаторе &-] методом drag-and-drop. Для этого вначале нажмем ЛК на кнопке 1—1 панели инструментов навигатора (по этой команде откроется второе окно навигатора) и выделим, например, в первом окне (в левой части) группу Этаж2 в слое Топология, а во втором — группу Генераторы в слое Ис-точники/Приемники. В правых частях окон отобразятся соответственно канал Канал 2 и источник пилообразного сигнала Пила: Удерживая на клавиатуре клавиши CTRL и SHIFT, перетащим мышью источник Пила1 на канал Канал2 - результатом этой операции является задание свойства связь канала, что ИС отображает наложением на иконку канала микро-иконки S (черная стрелка). На иконку компонента, передающего свое значение - в данном случае источника, - накладывается микро-иконка ® (зеленая точка) (см. Отображение свойств объектов структуры):
Перетаскивание мышью должно выполняться от передающего компонента к принимающему. Описанные выше действия демонстрируют основной принцип конфигурирования информационного потока в ИС -принцип независимого описания звеньев потока с их последующим связыванием. Для компонента, принимающего значение, информация о связи отображается также во всплывающей подсказке, в редакторе и окне свойств: Свойство связь для компонента может быть задано из редактора и окна свойств. Для компонента, передающего значение, в окне свойств отображается информация о числе ссылок на него: Аналогичным способом зададим связь Канал2 => Канал!:
Связь с каналом Канал2 отобразится в окне свойств канала Канал1: Связь с каналом устанавливается по его месту нахождения в слое Топология. После размещения канала в узле перепри-вязка компонентов, связанных с ним, не требуется. При связывании каналов следует, в частности, учитывать их класс. В нашем случае значение HEX 16 передается во FLOAT, поэтому потери точности не произойдет. Для задания последней связи (Канал1 => аргумент экрана) можно было бы открыть созданный шаблон экрана в редакторе представления данных, открыть редактор аргументов шаблона и в нем задать связь аргумента с каналом. Однако воспользуемся для решения этой задачи одним из механизмов авто построения каналов, имеющихся в ИС, а чтобы продемонстрировать возможность создания каналов в различных слоях, сделаем это после распределения каналов по узлам в слое Система. Таким же образом создадим и канал управления передачей значения (этот канал должен быть связан с созданной системной переменной @Net_DDE).
Выбор аппаратных средств АСУ Выбор аппаратных средств зависит не только от технических характеристик, которые необходимо обеспечить для решения требуемых задач, но и от финансовых ресурсов, которые могут быть выделены на создание системы управления, поэтому возможность применения тех или иных аппаратных средств анализируется на всех этапах разработки проекта. При построении нашего проекта не будем рассматривать вопросы оптимизации стоимости АСУ и предположим, что имеется локальная сеть, коммуникации которой проложены в зданиях 1 и 2. Выберем в качестве аппаратных средств АСУ два компьютера с ОС Windows ХР, корректно настроенные для обмена по сети по протоколу TCP/IP, при этом компьютер 2 будет установлен на этаже 2 здания 2, компьютер 1 - на этаже 1 здания 1. Создание и конфигурирование узлов в слое ‘Система’ Поскольку компьютер 2 по условию задачи не должен выполнять функции графической станции, для него можно создать узел без поддержки графических экранов оператора - например, MicroRTM. Компьютер 1, напротив, должен отображать графический экран оператора, поэтому для него надо создать, например, узел RTM (соответствующие исполнительные модули TRACE MODE должны быть установлены на компьютерах): Группа Каналы создается в узле автоматически.
Откроем узел RTM в соответствующем редакторе (для этого надо выделить узел и выполнить команду Редактировать из контекстного меню или нажать ЛК на кнопке HsL панели инструментов навигатора), на вкладке Основные укажем для него IP-адрес (или сетевое имя), заданный для компьютера 1, и, поскольку этот узел должен только принимать данные, в разделе Адаптеры/Системный установим флаг Прием (при конфигурировании сетевого адаптера в разделе Системный выбор адаптера для обмена предоставляется ОС): В этом узле предполагается наличие канала, сообщения о котором должны заноситься в отчет тревог, поэтому на вкладке Отчет тре-вог/Дамп/Параметры в разделе Отчет тревог надо задать имя файла, максимум записей и разрешить его использование, выбрав в списке Состояние опцию TRUE:
Далее откроем узел MicroRTM в редакторе, на вкладке Основные укажем для него IP-адрес (сетевое имя), заданный для компьютера 2, и, поскольку этот узел должен только передавать данные, в разделе Адапте-ры/Системный установим флаг Посылка:
При создании узлов им присваивается индивидуальный и групповой номера (внутренние параметры TRACE MODE), отображаемые в разделе Номер узла в проекте. В редакторе узла эти параметры можно изменить, однако изменять индивидуальный номер узла не рекомендуется (этот параметр используется только для совместимости с версией 5). Информация о номерах всех узлов проекта имеется в каждом узле (в файле addr.ind - см. Сохранение проекта для запуска). В общем случае, явное указание IP-адресов (или сетевых имен) для узлов не является обязательным - исполнительный модуль TRACE MODE способен получить IP-адрес от ОС, поставить его в соответствие своему номеру в проекте и передать эту информацию по сети всем узлам проекта.
Распределение каналов по узлам Поскольку каналы в структуре проекта уже сгруппированы, распределить их по узлам достаточно просто - для этого, удерживая клавиши CTRL и SHIFT, перетащим мышью группы Этаж из слоя Топология в соответствующие узлы (в данном случае можно перетащить группу на узел в левой части навигатора): Распределение каналов по узлам (перетаскивание каналов, созданных в других слоях, в слой Система) не создает новых каналов в слое База каналов. В проекте существует связь между компонентами Канал2 и Канал1, которые принадлежат к разным узлам, поэтому необходимо выбрать и сконфигурировать интерфейс взаимодействия между аппаратными средствами, который будет задействован для обеспечения этой связи. Интерфейс взаимодействия выбирается на вкладке Информация окна свойств WR"1 у компонента-приемника с помощью инструмента —* в строке Связь (до распределения каналов по узлам этот инструмент отсутствует в окне свойств - см. вид окна свойств канала Канал 1 в разделе Конфигурирование информационных потоков):
Следует обратить внимание на то, что после распределения канала Канал2 в узел изменилось отображение связи с ним у канала Канал 1 - теперь эта связь отображается с указанием места размещения канала Канал2 в слое Система. Это, однако, относится только к отображению - сама связь с каналом устанавливается по его истинному месту нахождения в слое База каналов. В проекте используется сеть TCP/IP, поэтому в списке 1===^=—i нужно выбрать опцию Авто (см. Конфигурирование межкомпонентного взаимодействия). Конфигурирование сетевого интерфейса уже выполнено при задании параметров узлов (см. Создание и конфигурирование узлов в слое ‘Система’). Автопостроение каналов Удерживая клавиши CTRL и SHIFT, перетащим созданный ранее источник @Net_DDE в группу Этаж1 узла RTM - в результате в группе автоматически создается канал, настроенный на источник (эта операция реализует один из механизмов автопостроения каналов в ИС): Источники/приемники имеют свойства, позволяющие рассматривать эти компоненты как шаблоны каналов. Чтобы этот канал управлял передачей, он должен иметь тип OUTPUT -для этого в окне свойств на вкладке Флаги для этого канала необходимо установить соответствующий флаг:
Воспользуемся еще одним механизмом автопостроения каналов для создания вызова шаблона экрана - для этого, удерживая клавиши CTRL и SHIFT, перетащим мышью созданный ранее шаблон экрана из слоя Шаблоны экрана в группу каналов Этаж1 узла RTM. В результате этой операции в группе создается канал Экран1 класса CALL (см. Классификация компонентов): Информация о том, какой именно шаблон вызывается этим каналом, отображается, например, во всплывающей подсказке к каналу: В окне свойств канала Экран1 на вкладке Аргументы отображается аргумент, созданный ранее для шаблона экрана:
Чтобы монитор вызывал шаблон экрана с передачей ему значения канала Канал 1, свяжем аргумент шаблона с этим каналом. Для этого дважды нажмем ЛК в поле Связь, выберем для привязки атрибут Реальное значение канала Канал1 и нажмем кнопку Связь в появившемся диалоге: Созданная связь отобразится на вкладке: Сохранение проекта в файл Сохраним проект в файл _test1.prj (для последующего редактирования в ИС) с помощью команды Сохранить как (см. Меню ‘Файл’ и главная панель инструментов ИС). Перед экспортом узлов эта операция должна быть выполнена обязательно. Экспорт узлов Для экспорта узлов нужно выполнить команду Сохранить для МРВ -см. Меню ‘Файл’ и главная панель инструментов ИС. По этой команде в директории сохранения файла _test1.prj создается поддиректория _test1, содержащая две папки файлов - RTM_1 и Mi-croRTM_2. Набор файлов, сохраняемых в папках узлов, зависит от типа и конфигурации этих узлов (см. Сохранение проекта для запуска).
Запуск проекта Скопируем папки RTM_1 и MicroRTM_2 с их содержимым соответственно на компьютер 1 и компьютер 2. Загрузим на компьютере 2 профайлер без поддержки отображения графических экранов оператора (rtmg32.exe), откроем в нем файл _test1_1.rtp из скопированной папки MicroRTM_2 и запустим пересчет каналов, нажав ЛК на кнопке панели инструментов графической оболочки монитора - в рабочем поле оболочки отобразится изменяющееся значение канала Канал2: Файл Пользователи Вид Настройки Канал#2[ ++]15:59:08.107 : 55 Ready На компьютере 1 загрузим профайлер с поддержкой отображения графических экранов оператора (rtc.exe), откроем в нем файл _test1_O.dbb из папки RTM_1 и запустим пересчет каналов, нажав ЛК на кнопке панели инструментов графической оболочки монитора - в рабочем поле оболочки отобразится экран оператора. Графический элемент Текст этого экрана отобразит значение канала Канал 1 (этот канал получает значение по сети от канала Канал2 компьютера 2): Чтобы запретить каналам узла прием данных по сети, нужно установить в 1 второй бит канала @Net_DDE_1, связанного с системной переменной @Net_DDE, т.е. послать 2 (DEC) в атрибут Входное значение этого канала. Для этого нужно выполнить команду Диалог просмотра ком
понентов из меню Вид оболочки монитора, в левом списке диалога нажатием ЛК выделить канал Канал3, ввести значение 2 в поле справа от кнопки Input и нажать ЛК на этой кнопке — значение в ГЭ Текст перестанет изменяться. Чтобы разрешить прием данных, нужно послать в канал @Net_DDE_1 значение 0. При старте монитор создает в папке МРВ1 файл отчета тревог с заданным в ИС именем alarm.evn. В этот файл заносятся сообщения о выходе значения канала Канал1 (а, следовательно, и значения источника) за заданные границы (для просмотра файла можно воспользоваться, например, приложением Windows Блокнот): Таким образом, созданный проект выполняет все требуемые функции.
Классификация объектов структуры проекта В данном разделе приведена классификация объектов дерева структуры проекта. Слои и группы компонентов могут содержать определенные группы компонентов и компоненты - эту информацию следует учитывать при выполнении операций со структурными объектами (см. Редактирование структуры проекта). Классификация компонентов По функциональному назначению компоненты проекта относятся к одному из следующих видов: • каналы - компоненты, определяющие алгоритм работы проекта (см. Алгоритм работы МРВ. Канал TRACE MODE 6). Каналы могут создаваться в различных слоях, однако их окончательное распределение по узлам в слое Система обязательно — в противном случае они не будут экспортированы для МРВ (см. Технология разработки проекта в ИС); • шаблоны - компоненты, которые при работе в реальном времени могут вызываться каналами с передачей параметров. Передача параметров настраивается при разработке проекта в ИС посредством привязки аргументов шаблона к каналам или источни-кам/приемникам; • источники/приемники - шаблоны каналов обмена с различными устройствами и приложениями. Под устройствами здесь понимаются контроллеры, а также внешние и внутренние модули/платы различного назначения, обмен с которыми поддерживается мониторами TRACE MODE (в том числе через драйверы). Системные переменные TRACE MODE и встроенные генераторы также создаются в ИС как источники/приемники; • наборы ресурсов - наборы текстов, изображений и видеоклипов, которые могут быть использованы при разработке шаблонов графических экранов; • графические объекты - компоненты, представляющие собой в общем случае несколько графических элементов (из имеющихся в редакторе представления данных), сгруппированных в один. Графические объекты могут быть использованы при разработке шаблонов графических экранов; • последовательные порты - параметры СОМ-портов; • словари сообщений - наборы сообщений, генерируемых при
возникновении различных событий; • клеммы - эти компоненты, описывающие электрические контакты (например, монтажных шкафов), являются элементами схемы электрических соединений АСУ. Каналы В TRACE MODE 6 определены каналы нескольких классов. По функциональному назначению классы каналов можно сгруппировать следующим образом: • каналы для работы с данными (числовые каналы): • НЕХ16 - для работы с 2-байтовыми целыми числами; • НЕХ32 - для работы с 4-байтовыми целыми числами; • FLOAT - для работы с 4-байтовыми вещественными числами (существуют две разновидности канала этого класса - с обработкой и без обработки в канале); • DOUBLE FLOAT - для работы с 8-байтовыми вещественными числами; • TIME - для работы со значениями времени (дата и время); • каналы для мониторинга: • Событие - для мониторинга объекта с целью фиксирования возникновения/исчезновения на этом объекте некоторого события или ситуации (например, аварии). Канал хранит историю события и допускает его квитирование; • каналы для задания прав пользователей: • Пользователь - для задания прав пользователя на разработку и/или запуск проекта; • каналы T-FACTORY: • Единица оборудования - для учета единицы оборудования, планирования и мониторинга ее техобслуживания; • Персонал - для учета работника, а также планирования и мониторинга его участия в техобслуживании оборудования; • М-ресурс - для учета складских ресурсов; • D-pecypc - для мониторинга техобслуживания оборудования и ряда других задач; • каналы многофункционального назначения: • CALL - свойство вызов канала этого класса конфигурируется для выполнения различных функций. В ИС можно создать следующие каналы этого класса с предустановленным свойством вызов (при создании такого канала в соответствующем слое шаблонов создается шаблон, вызываемый каналом):
Экран - канал с вызовом шаблона экрана; Программа - канал с вызовом шаблона программы; Документ - канал с вызовом шаблона документа; Связь с БД - канал с вызовом связи с базой данных. Для всех классов канала в ИС имеется соответствующий редактор (см. Редакторы каналов). Шаблоны Шаблон можно рассматривать как функцию, которую вызывает основная программа (монитор) с передачей определенных значений. Шаблоны вызываются каналами класса CALL (шаблоны программ могут быть вызваны каналами других классов с настроенным свойством вызов) при их отработке монитором (см. Потоки монитора). Значения в шаблон передаются через его аргументы. Эта передача настраивается в ИС с помощью привязки аргументов шаблона к каналам или источникам/приемникам в редакторе аргументов (см. Табличный редактор аргументов). Передача аргументов при вызове шаблона обязательна - другими словами, шаблон должен иметь хотя бы один аргумент. В соответствующих слоях структуры проекта могут быть созданы следующие шаблоны (компоненты проекта): • шаблон программы - разработка программ в соответствующем редакторе подробно рассматривается в разделе Программирование алгоритмов; • шаблон экрана, графической панели, мнемосхемы - разработка графического интерфейса оператора в соответствующем редакторе подробно рассматривается в разделе Разработка графического интерфейса; • шаблон документа - разработка документов (генерируемых отчетов) в соответствующем редакторе подробно рассматривается в разделе Генерация документов; • шаблон связи с базой данных - конфигурирование связи с базой данных в соответствующем редакторе подробно рассматривается в разделе Обмен с базами данных. Источники/Приемники Источники/приемники разбиты на предопределенные группы в слое Источники/Приемники (см. Назначение групп источников (приемников)). Параметры источников/приемников задаются в соответствующих редак
торах (за исключением моделей и встроенных генераторов TRACE MODE, которые не имеют редакторов). Наборы ресурсов и графические объекты Ресурсы и графические объекты используются при разработке графических экранов оператора (см. Операции с наборами ресурсов и Операции с графическими объектами в разделе Разработка графического интерфейса). В слое Ресурсы могут быть созданы следующие компоненты проекта: • Набор текстов; • Набор изображений; • Набор видеоклипов; • Графический объект. Наборы ресурсов снабжены соответствующими редакторами (см. Редактор библиотек текстов, Редактор библиотек изображений и Редактор библиотек видеоклипов); графический объект разрабатывается так же, как графический экран, - в редакторе представления данных (РПД). Последовательные порты Для описания параметров последовательного порта предназначен компонент СОМ-порт. Этот компонент может быть создан в узле в группе СОМ-порты. Параметры последовательных портов задаются в ИС для узлов; при запуске узлов под управлением мониторов эти параметры устанавливаются для портов аппаратных средств, на которых размещены узлы. Данный компонент имеет соответствующий редактор (см. Редактор параметров СОМ-порта). Словари сообщений Сообщения, которые будут генерироваться по каналам в различных ситуациях при работе АСУ, могут быть определены в словарях (см. Редактор словарей сообщений). Эти сообщения могут быть отправлены в виде SMS-сообщений на указанный номер сотового телефона, переданы по сети консолям и т.д. Словари сообщений задаются в ИС для узла. Направление передачи сообщений задается в редакторах словарей, при этом во всех случаях сообщение заносится в отчет тревог (если отчет тревог для узла не задан, монитор не генерирует сообщений). В дочерней группе Словари сообщений узла могут быть созданы следующие словари:
• Словарь для НЕХ16 - сообщения по каналам класса НЕХ16; • Словарь для НЕХ32 - сообщения по каналам класса НЕХ32; • Словарь для FLOAT - сообщения по каналам класса FLOAT; • Словарь системный - сообщения по системным событиям; • Словарь для персонала - сообщения по каналам класса Персонал; • Словарь для оборудования - сообщения по каналам класса Единица оборудования; • Словарь для каналов D-pecypc - сообщения по каналам класса D-pecypc; • Словарь для каналов Событие - сообщения по каналам класса Событие; • Словарь для каналов М-ресурс - сообщения по каналам класса М-ресурс; • Пользовательский словарь - сообщения, генерируемые с помощью системной переменной ©Message (группа СИСТЕМНЫЕ). В отсутствие словарей в узле, а также в отсутствие связи канала со словарем, монитор генерирует собственные сообщения, которые, как правило, совпадают с сообщениями, заданными в словарях по умолчанию. Клеммы Эти компоненты описывают электрические контакты (например, монтажных шкафов) и являются элементами схемы электрических соединений АСУ. В редакторе для клемм задаются параметры подсоединенных проводов с указанием принадлежности проводов к жгутам (см. Редактор клемм). Классификация слоев Предопределенные слои структуры проекта имеют следующее назначение: • Ресурсы - для создания пользовательских наборов текстов, изображений и видеоклипов, а также графических объектов (см. Операции с ресурсными библиотеками и Операции с графическими объектами в разделе Разработка графического интерфейса); • Шаблоны программ - для создания шаблонов программ; • Шаблоны экранов - для создания шаблонов графических экранов, графических панелей и мнемосхем; • Шаблоны связей с БД - для создания шаблонов связей с базами
данных; • Шаблоны документов - для создания шаблонов документов (отчетов); • База каналов - этот слой является хранилищем всех каналов проекта. Выполнять операции с каналами (в том числе создавать их) можно в различных слоях, однако во всех случаях эти операции на самом деле реализуются в слое База каналов. В любом другом слое, где выполняется команда для совершения операции с каналом, ее результат только отображается - поэтому существуют команды удаления и уничтожения каналов; • Система - для конфигурирования узлов и их составляющих (узел создается как корневая группа этого слоя); • Источники/приемники - для создания встроенных генераторов, шаблонов каналов обмена с различными устройствами и программными приложениями, а также для конфигурирования системных переменных TRACE MODE 6, • Технология - для разработки проекта от технологии (т.е. с группировкой компонентов по признаку их принадлежности к технологическому объекту). В этом слое кодировка канала строится автоматически с наследованием кодировки всех объектов вышестоящего уровня, в которые канал входит (если установлен флаг Строить кодировку по технологии - см. Вкладка ‘Интегрированная среда разработки’). При отладке проекта слой Технология может играть роль узла - для него определена команда Сохранить узел для МРВ. Кроме того, для этого слоя определены команды взаимодействия с технологической базой данных (см. Меню и главная панель инструментов навигатора проекта); • Топология - для разработки проекта от топологии (т.е. с группировкой компонентов по месту расположения); • КИПиА - для описания электрических соединений АСУ; • Библиотеки компонентов - для создания библиотек объектов - проектных решений отдельных задач. Этот слой содержит предопределенные группы Системные и Пользовательские. В группе Системные содержатся библиотеки, подключенные к ИС по умолчанию. Классификация узлов Узлы проекта создаются как корневые группы слоя Система. Предопределенное название узла указывает на семейство мониторов, для которых данный узел предназначен (см. Модификации мониторов). Узел может содержать только те компоненты, которые поддерживаются мониторами соответствующего семейства. В общем случае, узлы могут выполняться под управлением различных
мониторов. Как правило, узел выполняется на отдельном аппаратном средстве. В случае запуска двух и более узлов на одном аппаратном средстве оно должно быть оборудовано соответствующим количеством сетевых карт. Параметры узлов задаются в соответствующем редакторе (см. Редактор параметров узла). RTM Узел RTM предназначен для запуска на компьютере под управлением исполнительных модулей семейства RTM (МРВ) - мониторов с поддержкой отображения графических экранов оператора, поддержкой обмена по последовательному интерфейсу и сети с различным оборудованием и выполняющего пересчет каналов всех классов, кроме каналов T-FACTORY. T-FACTORY Узел T-FACTORY предназначен для запуска на компьютере под управлением исполнительных модулей семейства T-FACTORY - мониторов для решения задач АСУП. MicroRTM Узел MicroRTM предназначен для запуска на компьютере или в контроллере под управлением исполнительных модулей семейства Micro RTM. Основное отличие этих мониторов от МРВ - отсутствие поддержки отображения графических экранов. Logger Узел Logger предназначен для запуска на компьютере под управлением исполнительного модуля Logger (регистратор) - монитора, способного вести архивы по каналам всех узлов проекта. EmbeddedR ТМ Узел EmbeddedRTM предназначен для запуска на компьютере или в контроллере под управлением исполнительных модулей семейства Embedded RTM - мониторов с поддержкой графических панелей, поддержкой обмена с оборудованием по различным протоколам и выполняющего пересчет каналов.
NanoRTM Узел NanoRTM предназначен для запуска в контроллере под управлением исполнительного модуля Nano RTM - монитора, аналогичного Micro RTM, но предназначенного для работы с малым числом каналов. Console Узел Console предназначен для запуска на компьютере под управлением исполнительных модулей, которые, в отличие от МРВ, не выполняют пересчет каналов, предназначенных для работы с данными. Консоли позволяют получать данные от других узлов проекта по сети, отображать их на графических экранах и управлять технологическим процессом из графики. Консоли не могут взаимодействовать с узлами T-FACTORY. TFactory_ Console Узел TFactory Console предназначен для запуска на компьютере под управлением исполнительных модулей, аналогичных консолям, но, кроме того, способных взаимодействовать с узлами T-FACTORY. EmbeddedConsole Этот узел выполняется под управлением мониторов, поддерживающих только графические панели. Назначение групп источников (приемников) В слое Источники/Приемники могут быть созданы следующие предопределенные корневые группы: • PC-based контроллеры; • Распределенные УСО (DCS); • Платы ввода/вывода; • Терминалы; • PLC; • ОРС-группа; • DDE-rpynna; • MODBUS-группа; • Пользовательские драйверы; • Диагностика и сервис; • Генераторы; • Модели.
Первые 9 групп предназначены для создания шаблонов каналов обмена с различными устройствами и программными приложениями, обмен с которыми поддерживается мониторами TRACE MODE 6. Источники/приемники устройств называются аппаратными каналами или тегами При создании описаний конкретных плат/модулей шаблоны каналов обмена с ними создаются в навигаторе автоматически как компоненты проекта (см. Шаблоны каналов обмена). Набор автоматически созданных источников/приемников может быть отредактирован вручную (например, с помощью команд контекстного меню). При автоматическом создании для источников/приемников по умолчанию задается ряд параметров, которые могут быть отредактированы в соответствующих редакторах. Группы, непосредственно включающие источники/приемники, также имеют редакторы, с помощью которых возможно групповое редактирование параметров источников/приемников. В навигаторе проекта поддерживается автопостроение каналов, связанных с источниками/приемниками, при копировании/вставке этих источников/приемников в группу каналов. Каналы, созданные таким способом, в ряде случаев требуют дополнительной конфигурации. Если источники/приемники связаны с другими компонентами проекта через аргументы, то каналы, настроенные на эти источники/приемники, создаются мониторами в реальном времени. Группа ‘PC-based контроллеры’ В этой группе описываются контроллеры, предназначенные для функционирования в АСУ ТП под управлением исполнительных модулей TRACE MODE. На рисунке ниже показан диалог выбора контроллера, который открывается по команде Создать группу из контекстного меню группы PC-based контроллеры: В ИС имеется информация о конструктивном исполнении контроллеров, поэтому при создании контроллера как группы в навигаторе проекта его топология (этажи, слоты и т.п.) создается автоматически в виде соответствующих дочерних групп. На рисунке ниже показан результат создания контроллера OEM Круиз в группе PC-based контроллеры (все дочер
ние группы группы OEM КРУИЗ созданы автоматически): В ИС имеется информация о платах расширения, которые могут быть вставлены в крейт того или иного контроллера, а также о внешних модулях, которые могут быть подключены к тому или иному контроллеру. На рисунке ниже представлен процесс «вставки» платы в слот 1 уровня 1 контроллера OEM КРУИЗ: При выборе платы (например, АВпОп) ее источники/приемники создают-
ся автоматически как компоненты проекта: Для PC-based контроллеров необходимо создать соответствующие узлы в слое Система. Группа ‘Распределенные УСО’ В этой группе описываются внешние устройства, для обмена с которыми мониторы TRACE MODE используют протоколы контроллеров/серий устройств LAGOON, ROBO, NuDAM-6000, 1-7000, ADAM-4000, ADAM-5000/485, RIO-2000 и т.п. Эти протоколы называются в TRACE MODE протоколами DCS. Кроме того, в этой группе описываются устройства с известным набором переменных, поддерживающие обмен по некоторым модификациям протокола MODBUS (см. Группа ‘MODBUS-rpynna’). Подобные устройства (контроллеры или модули ввода/вывода) называются в TRACE MODE распределенными модулями. Поддержка указанных протоколов встроена в мониторы TRACE MODE. При создании группы в группе Распределенные УСО (DCS) на экране появляется диалог выбора контроллера/серии модулей:
Модуль или плата расширения создается как дочерняя группа (соответственно в группе серии модулей или в группе контроллера). При выборе устройства его источники/приемники создаются автоматически как компоненты проекта: Группа DCS Group в группе Распределенные УСО (DCS) предназначена для описания переменных произвольного DCS-устройства. Переменные такого устройства описываются вручную путем выбора в диалоге (см. Обмен по DCS и Подтип 8):
Группа ‘Платы ввода-вывода’ В этой группе описываются источники/приемники плат ввода/вывода, устанавливаемых непосредственно на системные шины компьютеров и контроллеров, работающих под управлением мониторов TRACE MODE. Описание платы создается как группа в группе Платы ввода/вывода (при создании группы плата выбирается в диалоге): При выборе платы ее источники/приемники создаются автоматически как компоненты проекта:
Навигатор проекта ъ ’ к ' % Й £ й5 ж Н: ~ tl Е Ресурсы ||2| Шаблоны_программ Е Шаблоны_э кранов 1Ц| Шаблоны_связей_с_СУБД Eg База_каналов Система % Источники/Приемники Плагы_ввода/вывода_1 Ш А-8111Й1 Й Й R 13 й 13 is 13 й й Й ое>>-р-отз-о-о-отзтэ о ст ст ст ст ст ст ст ст S я G С с с s t с ТТ ТТ j—— QlCuCuCuCuHiCvCli й НйЛййия» coco-^cnuijs-wro—1 й й й й й Й Й й 3 3 3 3 3 3 Г г аэсосооэсосот-i Ъ t-J ГЧ> NJ N> NJ И о О СЛСЛСЛСЛСЛСЛ^д. ’* с с С С С 2 3 п< ф а» q> со 'Т Й Й 3 й 3 3 СО СО ~J СП СЛ 4=- Хй Технология Топология КИПиА Чф Библиотеки_компоненгов Источники/Приемники. Платы ввода/вывода 1.А-8111Й1 Кроме плат с известными наборами аппаратных тегов, в группе Платы ввода/вывода можно создать описание произвольных аналоговых или дискретных плат ввода/вывода - соответственно как группы ANALOG Group и DIGITAL Group. Для таких плат источники/приемники создаются вручную путем выбора из диалогов (см. Подтип 1 и Подтип 2):
С помощью некоторых источников/приемников данных групп конфигурируется обмен с УСО через драйвер (см. Разработка драйверов. Интерфейс ТСОМ). С помощью источников/приемников группы RWH Driver конфигурируется обмен с контроллерами через драйвер (см. Разработка драйверов. Интерфейс ТСОМ). В группе Virtual 10 описываются источники/приемники, которые используется при операциях взаимодействия с технологической базы данных (см.). Группа ‘Терминалы’ В подгруппе Terminal данной группы создаются шаблоны каналов обмена с терминалами и клавиатурами (см. Подтип 66): ф” % Источники/Приемники В Терминалы_1 Terminal_1 Создать компонент ‘fe Сознать по шаблону... |{g Te,mirM| Keyboard X Уничтожить Группа ‘PLC’ В данной группе описываются контроллеры, с которыми мониторы TRACE MODE могут обмениваться данными через соответствующие драйверы. Вначале в группе PLC создается группа контроллеров (выбирается в диалоге):
В созданной группе создаются шаблоны каналов обмена с контроллером (см. Обмен через драйверы): Группа ‘ОРС-группа’ В дочерних группах ОРС Сервер и ОРС HDA Сервер данной группы описываются переменные серверов ОРС (могут быть созданы вручную и автоматически - см. Редактор группы ‘ОРС-сервер’ и Редактор группы “ОРС HDA сервер’):
Параметры переменных ОРС задаются в соответствующих редакторах (см. Редактор переменной ОРС, Редактор переменной ОРС HDA и Обмен по ОРС). Группа ‘DDE-группа’ В этой группе описываются источники/приемники DDE/NetDDE: Параметры переменных DDE задаются в редакторе (см. Редактор переменной DDE). Группа ‘MODBUS-группа’ В этой группе описываются произвольные устройства, поддерживающие обмен по некоторым модификациям протокола MODBUS:
В группе могут быть созданы шаблоны каналов обмена (см. Подтипы 9 и 100), которые конфигурируются в соответствующем редакторе (см. Обмен по MODBUS). Группа ‘Пользовательские драйверы’ В дочерней группе TYPE11 данной группы конфигурируется обмен с оборудованием через пользовательские драйверы типа t11. В группе могут быть описаны следующие источники/приемники: • универсальные ПЛК типа 1; • универсальные ПЛК типа 2; • универсальные ПЛК типа 3; • универсальные ПЛК типа 4. В дочерней группе TYPE12 данной группы конфигурируется обмен с оборудованием через пользовательские драйверы типа t12. В группе могут быть описаны следующие источники/приемники: • универсальные ПЛК типа 1; • универсальные ПЛК типа 2; • универсальные ПЛК типа 3; • универсальные ПЛК типа 4. Параметры таких источников/приемников задаются в соответствующих редакторах (см. Удаленный адрес и разновидности драйверов). Группа ‘Диагностика и сервис’ В дочерних группах Группа Системные и Группа Диагностика группы Диагностика и сервис описываются системные переменные TRACE MODE. Каналы, связанные с этими переменными, могут в реальном времени управлять различными системными параметрами или отображать их состояние. Например, канал, связанный с переменной @Net_DDE (группа СИСТЕМНЫЕ), управляет обменом по сети и DDE;
канал, связанный с переменной @DDE (группа ДИАГНОСТИКА), отображает состояние обмена по DDE и т.п. Все системные переменные создаются монитором вне зависимости от их наличия в проекте. Переменные группы Системные (компоненты проекта) выбираются в следующем диалоге: Переменные группы Диагностика (компоненты проекта) выбираются в следующем диалоге: Группа ‘Генераторы’ В этой группе как компоненты проекта описываются встроенные генераторы TRACE MODE 6:
Каналы, связанные с генераторами, на каждом такте пересчета изменяют свое значение по соответствующему закону (ниже приведены характеристики генераторов по умолчанию, в реальном времени эти характеристики могут быть изменены): • Пила - по пилообразному закону с максимальным значением 100, входное значение канала увеличивается на 1 на каждом такте пересчета: • Треугольник - входное значение канала последовательно возрастает от 0 до 100/убывает от 100 до 0; изменяясь на каждом такте пересчета на 1: • Синусоида - входное значение канала изменяется по закону 50sin(0.02^N) + 50 , где N - номер такта пересчета: • Бегущая единица - канал последовательно принимает значения
Битовый меандр - канал последовательно принимает значения О такты пересчета • Случайное число - входное значение канала представляет собой случайную величину с равномерным законом распределения в диапазоне [0, 100]. • Источник - пустой источник, закон изменения значения для него может быть задан в программе (собственный отсутствует). Группа ‘Модели’ В этой группе как компоненты проекта описываются встроенные модели TRACE MODE 6: При перетаскивании моделей в узел (см. Копирование и вставка объекта структуры) в нем создаются каналы FLOAT со специфическими внутренними алгоритмами (см. также Подтип 64). Модель объекта первого порядка Атрибут R индицирует отклик объекта на сигнал, поданный в атрибут In: HW * HL + А * LL R = ----------------- + LW HL + 1 где Н W - реальное значению канала на предыдущем такте пересчета; HL - постоянная времени; LL - коэффициент усиления.
Модели клапана и задвижки В алгоритме, аналогичном алгоритмам FBD-блоков ZDV и KLP, участвуют следующие атрибуты: • HL - время хода клапана/задвижки; • In - команда управления: • 0 - остановить; • 1 - открыть; • 2 или -1 - закрыть; • биты реального значения канала (R) имитируют сигналы концевых выключателей: • бит 0 - сигнал концевого выключателя открытия (1 - открыто полностью, 0 - закрыто или открыто не полностью); • бит 1 - сигнал концевого выключателя закрытия (1 - закрыто полностью, 0 - открыто или закрыто не полностью); • бит 2 - сигнал концевого выключателя муфты (1 - закрыто полностью, 0 - открыто или закрыто не полностью); • LW - в этот атрибут записывается текущее положение клапана/задвижки (вычисляется по HL и времени, прошедшему с момента подачи команды). Текущее положение клапана/задвижки индицируется как процент закрытия (0 - полностью открыто, 100 - полностью закрыто); • LL - процент закрытия, при нулевом значении нулевого бита атрибута HW в этот атрибут записывается значение LW; • HW - установленные в 1 биты этого атрибута имитируют следующие ошибки: • бит 0 - запрет копирования LW в LL; • бит 1 - при закрыта и/открытии из крайнего положения не отключился концевой выключатель открытия/закрытия по истечении времени 0.1 *HL; • бит 2 - при LW=0 нет сигнала от концевого выключателя открытия; • бит 3 - при LW=100 нет сигналов от концевых выключателей закрытия и муфты (Ro6); • 6ht4-R=3; • бит 5 — R=0; • бит 6 - R=1 . Модель мотора В алгоритме, аналогичном алгоритму FBD-блока MOTOR, участвуют следующие атрибуты:
• HL - задержка перехода из статуса ON (OFF) в статус OFF (ON); • In - команда: • 0 - выключить; • 1 - включить; • LW - текущее значение задержки включения/выключения (в процентах от HL); • установленные в 1 биты реального значения канала (R) имитируют наличие сигналов датчиков: • бит 0 - сигнал датчика включения; • бит 1 - сигнал датчика выключения; • бит 2 - сигнал датчика нагрузки; • HW - установленные в 1 биты этого атрибута имитируют следующие ошибки • бит 0 - запрет установки в 1 нулевого бита реального значения; • бит 1 - запрет установки в 1 первого бита реального значения; • бит 2 - запрет установки в 1 второго бита реального значения; • 6ht4-R=3; • 6ht5-R=0; • 6ht6-R=1. Модель резервуара Алгоритм: Ri = Ri-i + Ai + (LLi - HL±)At где i - текущий такт пересчета; LL - скорость поступления ресурса в резервуар (имитация непрерывного процесса); HL - скорость расхода ресурса из резервуара (имитация непрерывного процесса); Atпериод пересчета канала, с. В атрибут In подается объем разового поступления ресурса в резервуар. Модель печи
• R - температура нагреваемого вещества; • HW - количество нагреваемого вещества; • In - подводимое тепло; • LW - прибыль (LW>0) или убыль (LW<0) нагреваемого вещества; • HL - температура добавляемого вещества; • LL - отводимое тепло (характеристика остывания вещества). Алгоритм при LW^O: Ri = Ri-1 + HW * (А - LL) * k (1) Алгоритм при LW<0 (Rm вычисляется по формуле 1 по еще не измененному значению HW): Ri = Ri-i + (HW- | LW | ) * (A - LL) Алгоритм при LW>0 (Rm вычисляется по формуле 1 по еще не измененному значению HW): HW HL * LW R i = Ri-1 * -------- + --------- HW + LW HW + LW Назначение группы ‘СОМ-порты’ Эта группа может быть создана в узле или в слое База каналов и предназначена для создания в ней компонентов СОМ-порт. Группа СОМ-порты имеет редактор (см. Базовый редактор группы компонентов). Назначение группы ‘Словари сообщений’ Эта группа может быть создана в узле или в слое База каналов и предназначена для создания в ней словарей сообщений (компонентов проекта). Назначение групп слоя ‘Библиотеки компонентов’ Пользовательская библиотека проектных решений создается как группа Библиотека в подгруппе Пользовательская слоя Библиотеки компонентов. Сами проектные решения создаются как группы Объект в группе Библиотека. Группы Объект содержат автоматически создаваемые подгруппы Библиотеки ресурсные, Шаблоны программ, Шаблоны экранов, Шаблоны документов, Шаблоны связей с БД, База каналов и Источник/Приемники. Для объекта библиотеки эти группы выполняют те же функции, что и слои - для проекта (см. Классификация слоев).
Назначение групп клемм Компоненты Клемма могут быть созданы в группах Рейка и Клеммный блок в слое КИПиА. Эти группы имеют редактор (см. Базовый редактор группы компонентов). Назначение прочих групп Группы, описываемые в данном разделе, предназначены для структурирования проекта. Некоторые группы имеют редакторы, с помощью которых возможно групповое редактирование параметров компонентов, входящих в эти группы. Группы ресурсов К этим группам относятся группы Тексты, Картинки, Анимация и Графические объекты, создаваемые в слое Ресурсы. Эти группы предназначены для создания в них соответствующих компонентов - наборов текстов, наборов изображений, наборов видеоклипов и графических объектов. Группы шаблонов Группы Шаблоны программ, Шаблоны экранов, Шаблоны документов и Шаблоны связей с БД могут быть созданы в соответствующих шаблонных слоях. Эти группы предназначены для создания в них соответствующих шаблонов. Группа шаблонов экранов имеет редактор (см. Редактор группы шаблонов экранов). Группы каналов Группы каналов имеют по умолчанию наименования, определяющие их основное назначение: • Пользователи - эти группы могут быть созданы в узле или слое База каналов и предназначены для создания в них каналов класса Пользователь. Группа Пользователи, в свою очередь, может содержать компоненты Пользователь и группы Пользователи; • Каналы - эти группы могут быть созданы в слое База каналов и в узлах. Группа каналов, в свою очередь, может содержать каналы и группу каналов; • (HRM) Персонал - эти группы могут быть созданы в узле Т-FACTORY и предназначены для создания в них каналов и групп каналов (HR-группа) класса Персонал;
• (ЕАМ) Основные фонды - эти группы могут быть созданы в узле T-FACTORY и предназначены для создания в них каналов и групп каналов (ЕАМ-группа) класса Единица оборудования; • (MES) Управление производством - эти группы могут быть созданы в узле T-FACTORY и предназначены для создания в них каналов и групп каналов (Группа MES) классов М-ресурс и D-ресурс. В группе (MES) Управление производством может быть также создана группа Компоненты T-FACTORY, предназначенная для создания в ней всех каналов T-FACTORY; • Объект, Функция, Агрегат, Элемент - в этих иерархических группах слоя Технология могут быть созданы группы, нижерас-положенные по иерархии, и каналы всех классов; • Объект, Здание, Этаж, Помещение - в этих иерархических группах слоя Топология могут быть созданы группы, нижераспо-ложенные по иерархии, и каналы всех классов. Возможность создания в узле тех или иных групп каналов, а также перечень каналов, доступных для создания в группе, зависит от типа узла. В общем случае любая группа каналов может содержать каналы любых классов. Группа каналов имеет редактор (см. Базовый редактор группы компонентов). Группы слоев Топология и Технология имеют комбинированный редактор (см. Редактор группы каналов слоев ‘Технология’ и ‘Топология’). Дополнительные группы структурирования К этим группам относятся иерархические группы, создаваемые в слое КИПиА, - Помещение, Шкаф и Уровень. Данные группы могут содержать следующие по иерархии группы, а также группы клемм Рейка и Клеммный блок.
Операции в ИС В состав TRACE MODE 6 входят ИС двух видов (см. Модификации ИС TRACE MODE 6). Особенности распределенного проектирования описаны в разделе ИС-клиент и сервер групповой разработки. Меню и панель инструментов ИС Оболочка ИС имеет главное меню, включающее меню Файл, Вид, Окна и Справка, и панель инструментов. Редакторы, встроенные в ИС, имеют свои меню и панели инструментов, которые при открытии этих редакторов частично или полностью добавляются к имеющимся в ИС. При открытии редактора возможно также модифицирование списка команд меню ИС. В случае открытия нескольких редакторов, панели инструментов и меню ИС соответствуют редактору, окно которого в текущий момент является активным. Меню и панель инструментов оболочки ИС доступны во всех случаях. Инструменты всех редакторов и окон ИС снабжены всплывающими подсказками. Инструменты и операции редактирования, которые являются типовыми для различных редакторов, описаны в разделе Типовые средства редактирования. Специфические инструменты отдельных редакторов рассматриваются в разделах, посвященных работе в этих редакторах. Меню ‘Файл’ и главная панель инструментов ИС □ в ia q % & Меню Файл и главная панель инструментов ИС включают следующие команды: D Новый (Ctrl-N) - создать новый проект; - открыть проект (файл с расширением prj - см. Сохранение проекта для редактирования): пЗ? Открыть (Ctrl-О) - выбрать файл в стандартном диалоге операционной системы; - выбрать файл из списка последних открытых;
Импорт - по этой команде открывается меню, содержащее следующие команды: Импорт из предыдущей версии - открыть проект, разработанный в TRACE MODE 5. По этой команде открывается окно выбора файла *.ctm, и выбранный проект конвертируется в TRACE MODE 6. Операция конвертирования зависит от флага Отключить конвертирование графической базы (см. Задание общих настроек ИС); О Сохранить (Ctrl-S) - сохранить проект в файл prj с тем же именем (пользовательские библиотеки компонентов сохраняются по этой команде в файл tmdevenv.tmul); © Сохранить как (Ctrl-Shift-S) - сохранить проект в файл prj с заданием его имени (пользовательские библиотеки компонентов сохраняются по этой команде в файл tmdevenv.tmul); Объединить библиотеки - объединить пользовательские библиотеки компонентов (см. Объединение пользовательских библиотек компонентов); Sr Информация о проекте - открыть одноименный диалог (эта команда доступна также из меню Проект и контекстного меню навигатора проекта): В этом диалоге можно указать автора проекта, организацию и комментарий к проекту. В диалоге индицируется время
создания и время последнего изменения проекта. В нижней части диалога выводится информация об основных видах компонентов проекта (для узлов индицируется максимально возможное число каналов, число каналов, созданное в ИС, и (в скобках) число каналов, которое будет создано монитором, а также число каналов, оставшееся в распоряжении разработчика); Х’ Сохранить для МРВ - экспортировать узлы для последующего запуска под управлением исполнительных модулей TRACE MODE (см. Сохранение проекта для запуска). Экспорт одного узла возможен из меню Проект и контекстного меню навигатора проекта (см. Меню и главная панель инструментов навигатора проекта); Отладка - загрузить выделенный узел (слой Технология) в профайлер (см. Отладка проекта в ИС). Эта команда доступна только после экспорта узла (слоя Технология). Кроме того, для узла эта команда доступна только в том случае, если узел экспортирован в папку, которая создается по команде Сохранить для МРВ (см. Сохранение проекта для запуска); Ж Шпион - получить в ИС реальные данные с работающих узлов (см. Отладка проекта в ИС); Документировать проект (CTRL+P) - документировать проект в файл (см. Документирование проекта); Параметры - отрыть диалог задания общих настроек ИС и редакторов шаблонов (см. Задание общих настроек ИС); Последние файлы - показать список последних файлов, открытых в ИС. Выбранный в списке файл загружается в ИС; Выход (ALT+F4) - выйти из интегрированной среды. Меню ‘Вид’ Команды этого меню управляют видимостью панели инструментов ИС, навигатора проекта и строки статуса, отображаемой в нижней части окна ИС. В строку статуса выводится информация о командах меню ИС. Меню ‘Окна’ Данное меню включают команду Закрыть все - по этой команде закрываются все окна ИС, кроме навигатора проекта. В данное меню, кроме того, выводится список открытых окон ИС с указанием окна, активного в текущий момент. Это окно помечается в списке
значком Каналй! ы >аза данныхй! Панель переходов между окнами ИС Для переходов между открытыми окнами редакторов используется панель, показанная на рисунке ниже. Оранжевая полоска обозначает активное окно. 7“2Э'рэнЬ2 Документ#! § База данных#! ; gg Программа#! ©р Канал#! < > „Д Для перехода в нужное окно нужно нажать ЛК на соответствующей вкладке этой панели, при этом выбранное окно становится активным. Панель содержит также следующие инструменты: - синхронизировать с деревом проекта (по этой команде в навигаторе проекта будет выделен компонент, окно редактора которого активно, а также слой (группа), содержащая этот компонент); ^2 м - закрыть активное окно. Задание общих настроек ИС Для задания общих настроек ИС и редакторов шаблонов предназначен диалог, который открывается по команде Настройки ИС меню Файл:
Настройки ИС задаются на одноименной вкладке этого диалога, набор инструментов которой изменяется в зависимости от выбранного в левом списке раздела, и вкладке Базовый редактор. Общие настройки редакторов, которые могут быть заданы в диалоге Параметры, рассматриваются в разделах, посвященных работе в этих редакторах. Вкладка ‘Интегрированная среда разработки’ Раздел ‘Общие’ При выборе этого раздела вкладка содержит следующие инструменты: переключатели режима отображения редакторов компонентов -Открывать редакторы как вкладки и MDI. В первом режиме каждый открытый редактор занимает всю рабочую область ИС и изменение размеров окна редактора недоступно: В режиме MDI размеры окна каждого редактора могут быть изменены (см. Типовые операции редактирования), при этом доступны стандартные инструменты окон (иконка в левом верхнем углу окна - открыть меню, содержащее стандартные команды для работы с окном, В - минимизировать окно, ЙЙ - восстановить окно, ЕЗ (CTRL+F4) - закрыть окно): мшмаде;
• список На старте, определяющий параметры среды при ее запуске. Этот список включает следующие опции: • пустая; • загрузить проект (файл prj), редактировавшийся в ИС последним; • создать новый проект; • открыть диалог выбора проекта (файла prj). • список, с помощью которого задается глубина списка последних открытых проектов (файлов prj); • флаг Открывать группы при drag-n-drop - если этот флаг установлен, группа, над которой в навигаторе проекта выполняется операция методом drag-and-drop, автоматически раскрывается; • флаг Показывать содержимое группы в правом окне-если этот флаг установлен, содержимое выделенной группы отображается в правом окне навигатора; • флаг Печатать после документирования проекта - если этот флаг установлен, файл, в который документируется проект, будет автоматически выведен на печать. Раздел ‘Уровень сложности’ При выборе этого раздела вкладка содержит переключатели уровня сложности проекта (задают отображаемый набор слоев): • простой - отображаются слои Ресурсы, Система, Источни-ки/Приемники и Библиотеки компонентов; • стандартный (значение по умолчанию) - отображаются те же слои, что и для простого уровня, и все слои шаблонов (экранов, программ, связей с БД и документов); • комплексный - отображаются все слои, кроме слоя База каналов; • настраиваемый - при выборе этого уровня в диалоге доступны переключатели отображения всех слоев, включая слой База каналов. Если слой База каналов скрыт, то: • в нем нельзя создать вызов шаблона из редактора аргументов (см. Редактор аргументов шаблона); • при выделении канала в навигаторе проекта недоступна команда Удалить (канал можно только уничтожить - см. Меню и главная панель инструментов навигатора проекта). Кроме того, вкладка содержит следующие инструменты: • Открывать шаблон по умолчанию - если этот флаг не установлен (значение по умолчанию), двойное нажатие ЛК на канале
класса CALL в навигаторе эквивалентно команде Редактировать (см. Меню и главная панель инструментов навигатора проекта). При установке флага двойное нажатие ЛК на канале класса CALL эквивалентно команде Редактировать шаблон; • Строить кодировку по технологии - если этот флаг установлен, кодировка канала, создаваемого в слое Технология, строится автоматически с наследованием кодировки всех объектов вышестоящего уровня, в которые канал входит; в противном случае для канала задается кодировка по умолчанию; • Создавать объект при копировании из библиотеки - от этого флага зависит результат копирования и вставки объекта библиотеки компонентов в узел (см. Копирование и вставка объекта структуры). Раздел ‘Вид’ При выборе этого раздела вкладка содержит два раздела - Вид имен и Стили ИС. В разделе Вид имен содержатся переключатели вида отображения имен объектов в навигаторе проекта: • Имя (значение по умолчанию): • Кодировка:
Если выбран вид отображения Кодировка, при сохранении проекта атрибуту Имя объекта присваивается значение кодировки, атрибуту Кодировка - имя. Выбранный вид отображения влияет также на отображение пути к выделенному объекту в строке статуса навигатора. В разделе Стили ИС содержатся переключатели, определяющие следующие стиля отображения ИС: TRACE MODE 6, CDE, Windows, WindowsXP, Motif, MotifPlus, Platinum, SGI. Например, при выборе стиля CDE интегрированная среда выглядит следующим образом: Раздел ‘Сохранить для МРВ’ При выборе этого раздела вкладка содержит следующие инструменты: • флаги, определяющие степень детализации информации, которая выводится конвертером FileCnv32.dll в текстовые файлы <имя файла prj>_<ordinal>.cnv при выполнении команды экспорта узла (см. Сохранение проекта для запуска): • Каналы; • Шаблоны; • Группы; • Ресурсы; • Создать стандартные объекты - если этот флаг установлен, каналы узла отображаются в профайлере сгруппированными в стандартные объекты (группы) TRACE MODE. Эта группировка имеет значение только для отладки; • Подробная информация. Данные флаги могут быть установлены в реальном времени (см. Профайлер без поддержки графических экранов). • список Глубина отслеживания источников, с помощью которого задается порядковый номер источника/приемника в цепочках связей канал-источник/приемник1-источник/приемник2,
который будет использован при экспорте узла (см. Конфигурирование межкомпонентного взаимодействия): • Игнорировать привязку - игнорировать привязки каналов к источникам/приемникам; • 1 - первый (источник/применик1) (значение по умолчанию); • 2-второй (источник/применик2); • флаг Создавать резервную копию - если этот флаг установлен (значение по умолчанию), при повторном выполнении экспорта узла создается архив предыдущей версии (см. Сохранение проекта для запуска); • флаг Перезаписывать резервную копию - если этот флаг установлен, файл архива предыдущей версии перезаписывается, в противном случае создается новый при каждом экспорте (кроме первого). Раздел ‘Шпион’ При выборе этого раздела вкладка содержит инструменты конфигурирования режима Шпион интегрированной среды разработки (см. Отладка проекта в ИС): • номер сетевого адаптера (1,2 или 3), через который ИС должна получать данные с работающих узлов. Для получения данных с узла, который выполняется под управлением монитора на том же компьютере, на котором запущена ИС, этот узел должен быть настроен на адаптер, отличный от выбранного для режима Шпион, - т.е. в этом случае компьютер должен иметь, по меньшей мере, два сетевых адаптера; • список, с помощью которого задается периодичность запроса данных с работающих узлов (1-60 с); • флаг Использовать ID проекта - при установке этого флага ИС будет запрашивать данные с работающих узлов с одним и тем же кодом проекта (первым обнаруженным). Параметр код проекта задается в редакторе узла (см. Редактор параметров узла). Раздел ‘Отладка’ При выборе этого раздела вкладка содержит переключатели для выбора профайлера, который будет запущен по команде Отладка (только для узлов RTM, Console, T-Factory и T-Factory_Console): • Профайлер с поддержкой графических экранов; • Профайлер без поддержки графических экранов.
Раздел ‘Конвертер из предыдущей версии * При выборе этого раздела вкладка содержит флаг Отключить конвертирование графической базы. Установка этого флага отключает конвертирование графической базы проекта при его импорте в TRACE MODE 6 (см. Меню ‘Файл’ и главная панель инструментов ИС). Вкладка ‘Базовый редактор’ Раздел ‘Вид’ При выборе этого раздела вкладка содержит переключатель, от которого зависит результат выполнения команды на переход к редактированию компонента, имеющего аргументы. Если выбрана опция Редактор компонента (значение по умолчанию), при выполнении команды открывается редактор компонента. Если выбрана опция Редактор аргументов компонента, при выполнении команды открывается редактор аргументов компонента. Раздел ‘Браузер ОРС’ При выборе этого раздела вкладка принимает следующий вид: В верхней части вкладки расположены переключатели выбора метода поиска ОРС-серверов: • Использовать реестр - через реестр WINDOWS; • Использовать ОРС интерфейс - при выборе этого метода в нижней части доступно указание спецификаций ОРС - OPCDA 2.0 и/или OPCDA 3.0 (см. Обмен по ОРС).
Сохранение проекта для редактирования По команде О Сохранить (Ctrl-S) или Сохранить как (Ctrl-Shift-S) из меню Файл проект сохраняется в бинарный файл с расширением prj для последующего редактирования в ИС. При выполнении этих команд пользовательские библиотеки компонентов сохраняются в файл tmdevenv.tmul (в директории ИС). При открытии любого файла prj файл tmdevenv.tmul также загружается в ИС. В ИС предусмотрено резервирование предыдущей версии файлов prj и tmul - при повторном выполнении команды Сохранить расширение файлов, сохраненных ранее, изменяются соответственно на ~prj и -tmul. В ИС можно загрузить один проект. Перед экспортом узлов сохранение проекта в файл prj должно быть выполнено обязательно. Сохранение проекта для запуска я По команде -л Сохранить для МРВ меню Файл или панели инструментов ИС все узлы экспортируются в наборы файлов для их последующего копирования на аппаратные средства, на которых они должны исполняться под управлением мониторов TRACE MODE. Перед экспортом узлов проект должен быть сохранен в файл prj. В общем случае размещение узла на том же аппаратном средстве, на котором он должен исполняться под управлением монитора, не является обязательным - мониторы могут загружать узлы с удаленных аппаратных средств. При выполнении команды Сохранить для МРВ в директории, содержащей файл prj, создается поддиректория <имя файла prj без расширен ия>, в которой для каждого узла создается папка с набором файлов. Папка узла имеет имя, заданное для узла при его конфигурировании в ИС (с заменой пробелов символами «_»). Файлы узлов, имеющих одинаковые имена в ИС, экспортируются в одну папку. Необходимым условием экспорта узла является наличие в нем хотя бы одного канала.
Если в общих настройках ИС (см. Задание общих настроек ИС) установлен флаг Создавать резервную копию, при повторном выполнении команды Сохранить для МРВ в директории <имя файла prj без расширения> создается файл вида <имя файла prj без расшире-hhh>-YYYY-MM-DD-HH-MM-SS. backup — этот архив содержит предыдущую версию всех узлов (соответствующих папок с файлами). При установке в общих настройках ИС флага Перезаписывать резервную копию файл <имя файла prj без pacLunpeHHfl>-YYYY-MM-DD-HH-MM-SS.backup перезаписывается, в противном случае создается новый при каждом (начиная со второго) экспорте узлов. По команде Сохранить узел для МРВ из меню Проект или контекстного меню навигатора выделенный узел экспортируется в произвольную папку, при этом при повторном экспорте резервные копии узла не создаются. В случае применения к слою Технология, команда Сохранить узел для МРВ идентична команде Сохранить для МРВ для узла. Файлы узла, создаваемые при экспорте При экспорте в папке узла создаются следующие файлы: • <имя файла prj>_<ordinal>.cnv - в этот файл текстового формата выводится протокол работы конвертера FileCnv32.dll. Степень детализации этой информации может быть задана (см. Задание общих настроек ИС); Ordinal - это порядковый номер узла (см. Имена и идентификаторы объектов структуры). Порядковый номер узла не следует путать с его индивидуальным номером, который используется при обмене по сети. • <имя файла prj>_<ordinal>.dbb - бинарный файл узла (загружается монитором); • <имя файла prj>_<ordinal>.dbx - бинарный файл узла; • <имя файла prj>_<ordinal>.rtp - вспомогательный файл узла (текстовый); Файл rtp используется при загрузке в Микро МРВ - по имени этого файла монитор находит и загружает файлы dbb. Несмотря на одно и то же расширение, в ряде случаев файлы dbb имеют различный внутренний формат (в зависимости от типа узла, для которого создаются). • addr.ind - описание параметров узлов (этот файл создается в папке каждого узла). В каждой строке файла содержится описание одного
узла в следующем формате (последовательность строк описания узлов в файле соответствует порядку расположения узлов в слое Система): N NetNumlnd NetNumGroup ServiceVar Phi Ph2 IP R1 R2 где • N-ordinal; • NetNumlnd - индивидуальный номер узла (внутренний параметр TRACE MODE); Для проектов TRACE MODE 6 NetNumlnd и N должны быть равны, и это условие выполняется автоматически посредством автоматического инкрементирования индивидуальных номеров создаваемых узлов (см. также Задание параметров узла). Изменять индивидуальный номер узла вручную допускается исключительно для реализации обмена по M-LINK с мониторами версии 5. • NetNumGroup - групповой номер узла (внутренний параметр TRACE MODE); • ServiceVar — значение этого параметра индицирует сконфигурированные для узла интерфейсы взаимодействия и статус узла: бит 0 равен 1 - для узла задано использование сетевого адаптера (т.е. хотя бы для одного адаптера в редакторе узла установлен флаг Прием и/или Посылка); бит 1 равен 1 — в узле создан компонент COM-порт с назначением SLAVE (для всех протоколов, включая M-LINK); бит 2 равен 1 - в узле создан компонент COM-порт с назначением MASTER, MODEM или GSM/SMS. В случае назначения MODEM или GSM/SMS бит 1 также принимает значение 1 (в этих случаях узел может работать одновременно как MASTER и как SLAVE); • Ph1 - номер телефона первого модема; • Ph2 - номер телефона второго модема; • IP - сетевое имя/1Р-адрес аппаратного средства, на котором будет размещен узел; • R1 - ordinal первого резерва узла (для резерва - ordinal основного узла); • R2 - ordinal второго резерва узла (для первого резерва -ordinal второго резерва, для второго резерва - ordinal первого резерва). • <имя yana>.dump - в этот файл текстового формата при каждом выполнении команды Сохранить для МРВ добавляется как но
вый раздел описание всех структурных объектов узла и их связей, а также описание структурных объектов, используемых в узле (например, шаблонов). По команде Сохранить узел для МРВ из меню Проект или контекстного меню навигатора такой файл не создается; • <имя nporpaMMbi>.tmsd - программа, вызываемая каналами узла (код для отладки в ИС); • <ind>_<num>.res - шаблоны и ресурсы (библиотеки текстов, библиотеки картинок, библиотеки видеоклипов и графические объекты из слоя Ресурсы), используемые в узле (исполняемый код, num - номер в узле): • ind=l - шаблон программы; • ind=2 - шаблон связи с БД; • ind=3 - шаблон документа (отчета); шаблоны документов и программ имеют сквозную нумерацию; • ind=4 - шаблон графического экрана; • ind=5 - шаблон графической панели; • ind=6 - ресурс; ресурсы и шаблоны графических экра-нов/панелей имеют сквозную нумерацию; • t_factory.txt - информация о каналах класса Пользователь и каналах T-FACTORY; • <имя файла prj>_<ordinal>_opc<Num>.cnf - конфигурационный файл обмена с сервером ОРС, Num - порядковый номер файла (нумерация начинается с 0); • <имя файла prj>_<ordinal>.inf - в этот файл записывается количество каналов в узле. ИС-клиент и сервер групповой разработки Сервер групповой разработки (tmpss.exe) обеспечивает и контролирует доступ ИС-клиентов к проектам, расположенным в его хранилище (директории). Сервер групповой разработки После запуска сервера его иконка отображается в области уведомлений панели задач (окно сервера свернуто). Иконка снабжена контекстным меню, содержащим следующие команды (меню открывается только в том случае, если окно сервера свернуто): • Открыть - развернуть окно сервера (окно разворачивается также при нажатии ЛК на иконке); • Настройки - открыть диалог конфигурирования параметров сервера;
• О программе - открыть справку о сервере; • Выход - завершить работу сервера. Окно сервера содержит меню, панель инструментов и вкладки: В окне сервера поддерживаются типовые сочетания клавиш (см. Сочетания клавиш в ИС). Меню сервера групповой разработки Меню Файл содержит следующие команды: • Настройки - открыть диалог конфигурирования параметров сервера (аналог команды Настройки контекстного меню иконки сервера на панели задач): ^Настройки сервера групповой разработки TRACE MODE (х) Хранилище сервера: I ! Ручная настройка сети , >в J j 0 Подтверждать сдаление/отключение Период обновления: [Вручную I | Готово J [ Отмена [ В диалоге задаются следующие параметры: • директория проектов (хранилище сервера, по умолчанию -%tmpss.exe%tmpss). Для открытия стандартного диалога выбора директории нужно нажать кнопку ; • порт для обмена по сети;
• режим подтверждения операций удаления и отключения; • период автоматического обновления информации, отображаемой в окне сервера; • Выход - завершить работу сервера (аналог команды Выход контекстного меню иконки сервера на панели задач; сервер также завершает работу при закрытии его окна). Сервер посылает сообщение о завершении работы; ИС-клиенты, подключенные к серверу, отображают это сообщение. Наборы команд меню Редактировать и панели инструментов соответствуют открытой вкладке. Меню Справка содержит следующие команды: • Справка - вызов контекстной справки; • О программе - вызов справки о сервере. Вкладка ‘Навигаторхранилища’ В левой части вкладки в виде дерева отображается файловая структура хранилища сервера (открытые проекты выделяются синим цветом): В правой части вкладки отображается информация о проекте, выделенном в левой части: Правая часть вкладки снабжена контекстным меню, которое содержит ти
повые команды редактирования. Меню Редактировать, панель инструментов окна сервера и контекстное меню левой части вкладки содержат следующие команды: • Создать директорию (J—J, Ins) - создать поддиректорию в выделенной директории; • Переименовать (Ctrl+ENTER) - перейти в режим редактирования имени выделенного объекта; • Удалить (X., Del) - удалить выделенный объект без возможности восстановления; (Та • Обновить (*J, F5) - обновить отображаемую информацию. Команды Переименовать и Удалить недоступны, если в навигаторе выделена корневая директория, открытый проект или директория, содержащая отрытый проект. Вкладка ‘Активные подключения ’ Вкладка отображает имена сетевых компьютеров, на которых запущенные ИС-клиенты подключены к данному серверу. На вкладке также отображается информация о загрузке проектов в такие ИС-клиенты. Например, на вкладке, показанной на рисунке ниже, отображена следующая информация: проект _glob1.prj из корневой директории хранилища сервера загружен в ИС-клиент на компьютере Walexanderr; новый проект создан в ИС-клиенте на компьютере Waponomariovl. Меню Редактировать, панель инструментов окна сервера и контекстное меню вкладки содержат следующие команды: • Отключить (X, Del) - отключить от сервера указанный ИС-клиент. Сервер посылает сообщение об отключении; ИС-клиент отображает это сообщение; о* • Обновить (r-J, F5) - обновить отображаемую информацию.
Вкладка ‘Активные проекты’ Вкладка отображает проекты, загруженные в ИС-клиенты, с указанием сетевых имен компьютеров, на которых такие ИС-клиенты запущены. Например, на вкладке, показанной на рисунке ниже, отображена следующая информация: проект _glob3.prj из поддиректории 1 корневой директории хранилища сервера загружен в ИС-клиенты, запущенные на компьютерах Walexanderr и Waponomariovl. Меню Редактировать, панель инструментов окна сервера и контекстное меню вкладки содержат следующие команды: • Отключить (X, Del) - если выделен компьютер - отключить от сервера ИС-клиент, запущенный на этом компьютере; если выделен проект - отключить от сервера все ИС-клиенты, в которые этот проект загружен. Сервер посылает сообщения об отключении; ИС-клиенты отображают эти сообщения; • Обновить (<), F5) - обновить отображаемую информацию. Групповое редактирование одного проекта Если один и тот же проект редактируется одновременно в нескольких ИС-клиентах, сервер групповой разработки не допускает возникновения конфликтов: • редактировать параметры объекта структуры проекта может только тот ИС-клиент, который первым выполнил такую операцию; • создавать, удалять и редактировать параметры объектов в группе А может только тот ИС-клиент, который первым выполнил операцию создания/удаления в группе А (при создании/удалении объекта в слое Система для других ИС-клиентов блокируются все операции в слое). Блокировки операций действуют до тех пор, пока проект не будет сохранен в ИС-клиенте, за которым было закреплено право на эти операции, или пока этот ИС-клиент не будет закрыт.
Если операции с объектом для ИС-клиента запрещены, ИС-клиент открывает этот объект в режиме Только чтение. ИС-клиент По функциям редактирования клиентская ИС аналогична обычной (см. Операции в ИС). В отличие от обычной ИС, команды открытия и создания нового проекта ИС-клиента требуют предварительного указания сервера групповой разработки для подключения к нему (см. Сервер групповой разработки). При выполнении данных команд ИС-клиент диагностирует наличие запущенных серверов в сети, при этом режим поиска серверов задается на вкладке ИС диалога Настройки (при выборе специфичного для ИС-клиента раздела Сервер проекта; см. также Задание общих настроек ИС и Вкладка ‘Интегрированная среда разработки’): Если флаг Искать серверы автоматически установлен (значение по умолчанию), ИС-клиент ищет все запущенные серверы; в противном случае - только указанные в списке (список редактируется с помощью кнопок Добавить и Удалить, в поле Сервер указывается имя или IP-адрес компьютера). Если ни один сервер не обнаружен, генерируется сообщение о невозможности продолжения работы, в противном случае на экране появляется стандартный диалог выбора сервера (в диалоге отображаются сетевые имена компьютеров, на которых запущены серверы). Для подключения к серверу можно дважды нажать ЛК на имени компьютера в диалоге. После подключения к серверу ИС-клиент способен взаимодействовать с его хранилищем; при выполнении команд открытия/сохранения проекта на экране появляется диалог выбора проекта (при сохранении в диалоге может быть задано имя проекта).
С помощью команды Сохранить как нельзя сохранить проект в хранилище другого сервера.
Редактирование структуры проекта Навигатор имеет следующие средства для редактирования структуры проекта: • меню Проект; • панели инструментов; • контекстное меню. Кроме того, в навигаторе поддерживается метод перетаскивания объектов мышью (метод drag-and-drop - см. Типовые операции редактирования), а также его модификации (drag-and-drop с удержанием служебных клавиш). Для конфигурации/разработки объектов структуры в навигаторе предусмотрены команды Свойства и Редактировать, с помощью которых для каждого объекта структурного дерева могут быть открыты соответствующие окно свойств и редактор. Меню и главная панель инструментов навигатора проекта ъ ’ х - ъ % a si be- й Меню Проект, главная панель инструментов и контекстное меню навигатора проекта содержат набор команд, который соответствует выделенному объекту структурного дерева. Для выделения объекта нужно нажать на нем ЛК. Групповое выделение объектов в навигаторе не поддерживается. Меню Проект, главная панель инструментов и контекстное меню навигатора содержат как типовые команды для создания компонентов (групп компонентов), работы с буфером обмена и поиска (см. Типовые средства редактирования), так и специфические: - такой вид приобретает типовой инструмент удаления X при выделении канала. При нажатии стрелки открывается меню, содержащее команды X Удалить (удалить без удаления из слоя База каналов) и X Уничтожить (удалить с удалением из слоя База каналов); Если слой База каналов скрыт (см. Задание общих настроек ИС), команда удаления канала недоступна - в этом случае канал можно только уничтожить.
- такой вид приобретает в некоторых случаях типовой инструмент вставки бЬ. При нажатии стрелки открывается дополни- тельное меню, содержащее команды Вставить и Вставить с привязкой (см. Копирование и вставка объекта структуры); EEI+ Перейти по ссылке вниз/вверх - по этой команде открывается дополнительное окно навигатора, в котором: • выделяется компонент, с которым связан данный компонент или который вызывается данным компонентом (в случае перехода по ссылке вниз); • выделяется компонент, связанный с данным компонентом или вызывающий данный компонент (в случае перехода по ссылке вверх). Если подобных компонентов несколько, один из них выбирается в списке: Если у компонента имеются связи/вызовы как вниз, так и mfr т вверх, данный инструмент принимает вид , и при нажатии стрелки открывается дополнительное меню, содержащее команды Н+Перейти по ссылке вниз и 0 Пе-рейти по ссылке вверх; И? Резервировать - создать резервные узлы для выделенного узла: • Нет - не создавать (значение по умолчанию); • Один резерв - создать один резервный узел для выделенного узла; • Два резерва - создать два резервных узла для выделенного узла; Hi Редактировать - открыть выделенный объект структурного дерева в соответствующем редакторе (см. Редакторы объектов структуры проекта); Редактировать шаблон - открыть шаблон, вызываемый дан
ным компонентом, в соответствующем редакторе (см. Редакторы объектов структуры проекта); Переименовать (CTRL+ENTER) - перейти к редактированию имени выделенного объекта структуры. Для перехода к редактированию имени выделенного объекта можно также нажать на нем ЛК; Й Свойства - открыть окно свойств объекта структурного дерева (см. Окно свойств объекта структуры проекта); о X" Сохранить узел для МРВ - экспортировать выделенный узел в произвольную папку. В случае применения к слою Технология, эта команда идентична команде Сохранить для МРВ для узла (см. Сохранение проекта для запуска); Ср, -а Загрузить дамп узла - восстановить содержимое и конфигурацию компонентов узла из его файла восстановления (дампа -см. Редактор параметров узла). Этот файл не следует путать с файлом <имя_узла>.битр, который создается по умолчанию при экспорте узлов (см. Файлы узла, создаваемые при экспорте); &1 Загрузить в контроллер - по этой команде открывается диалог управления копированием/загрузкой узла в реальном времени (см. Перезагрузка узла из ИС); sj? Информация о проекте - открыть одноименный диалог. Эта команда может быть выполнена также из контекстного меню навигатора проекта и с помощью панели инструментов ИС (см. Меню ‘Файл’ и главная панель инструментов ИС); ® Синхронизировать с базой данных - запустить мастер конфигурирования взаимодействия с технологической базой данных, эта команда доступна при выделении слоя Технология (см. Взаимодействие с технологической БД). Управление внешним видом навигатора проекта * В Йп З Для управления внешним видом навигатора проекта используются панели, содержащие следующие инструменты: — выбор размера иконок объектов структурного дерева в левой части навигатора: - маленькие (значение по умолчанию):
^8— большие: d-d— выбор вида представления объектов структурного дерева в правой части навигатора: — — большие иконки: - маленькие иконки:
ь-ь— список (значение по умолчанию): ;=== - подробно. При использовании этой опции в правой части навигатора выводится та же информация об объекте, что и на вкладке Информация окна свойств (см. Вкладка ‘Информация’): । 1—1 - открыть дополнительное окно навигатора проекта. С помощью этой команды можно одновременно открыть несколько окон
навигатора, для каждого из которых можно задать свой внешний вид: ^3 _ закрыть окно навигатора проекта. Создание объектов структуры Для создания объектов структуры (компонентов и групп компонентов) используются типовые команды меню Проект, контекстного меню и панели инструментов навигатора (см. Меню и главная панель инструментов навигатора проекта и Типовые инструменты редактирования). При создании канала класса CALL с предустановленным свойством вызов в соответствующем слое шаблонов создается шаблон, вызываемый каналом. В навигаторе могут быть созданы следующие каналы класса CALL с предустановленным свойством вызов: • Экран - канал с вызовом шаблона экрана; • Программа - канал с вызовом шаблона программы; • Документ - канал с вызовом шаблона документа; • Связь с БД - канал с вызовом связи с базой данных. Меню Проект, контекстное меню и панель инструментов навигатора содержат команды создания только тех объектов, которые может содержать выделенный слой/группа (см. Классификация объектов структуры проекта). При редактировании сохраненного проекта (в том числе после выполнения команды Сохранить/Сохранить как) вновь созданные структурные объекты и объекты, их содержащие, выделяются в навигаторе синим шрифтом:
Имена и идентификаторы объектов структуры В качестве имени объекта структуры можно использовать произвольное строковое выражение. Первый символ имени не может быть цифрой. При экспорте узла ИС создает директорию с его именем (пробелы заменяются символами «_») - это нужно учитывать при задании имени узла в случае его размещения на аппаратном средстве, работающем под управлением DOS. МРВ считывает первые 32 символа имени объекта. Каждому объекту структурного дерева при его создании присваивается по определенному алгоритму уникальный идентификатор (ID), отображаемый во всплывающей подсказке (см. Отображение свойств объектов структуры). Объекты, входящие в группу, имеют в этой группе свои порядковые номера (по списку) - поэтому, например, в группе могут существовать объекты с одним и тем же именем. Для изменения порядка расположения объектов в группе (и соответствующего изменения их порядковых номеров) используется операция перемещения в пределах группы (см. Перемещение объектов структуры). Имя объекта структуры не является его идентификатором. Узлы нумеруются (начиная с 0) по порядку их создания в проекте и сохраняют свои порядковые номера при любых операциях с узлами в ИС. Изменение класса канала после его создания Операция изменения класса канала после его создания определена для каналов следующих классов: • FLOAT - при установке флага HEX на вкладке Флаги окна
свойств (см. Окно свойств объекта структуры проекта) такой канал меняет свой класс на НЕХ16; • НЕХ16 - при снятии флага HEX такой канал меняет свой класс на FLOAT; • НЕХ32 - при снятии флага HEX такой канал меняет свой класс на FLOAT. При изменении класса уничтожаются все пользовательские настройки канала. Выделение объекта структуры Некоторые типовые операции с объектами структуры - создание по образцу, создание группы по образцу, копирование, удаление, а также открытие редактора и окна свойств - доступны после выделения объекта в навигаторе. Для выделения объекта структуры нужно нажать на нем ЛК. Содержимое слоя (группы), выделенного в левом окне навигатора, отображается в правом окне. Чтобы раскрыть группу компонентов, можно также дважды нажать на ней ЛК в правом окне. Удаление объекта структуры Для удаления выделенного объекта структуры (компонента или группы компонентов) используется типовая команда Удалить (см. Меню и главная панель инструментов навигатора проекта и Типовые инструменты редактирования). При удалении канала (группы каналов) из любого слоя, кроме слоя База каналов, доступны две команды - Удалить (удалить без удаления из слоя База каналов) и Уничтожить (удалить с удалением из слоя База каналов). Если слой База каналов скрыт (см. Задание общих настроек ИС), команда удаления канала недоступна - в этом случае канал можно только уничтожить. ИС автоматически удаляет привязки аргументов к компоненту, ссылки на компонент и вызовы компонента при удалении этого компонента (в случае канала - при его уничтожении). Открытие окна свойств и редактора объекта структуры Для открытия окна свойств или редактора объекта структуры используются команды меню Проект, главной панели инструментов и контекстного меню навигатора проекта (см. Меню и главная панель инструментов навигатора проекта). Чтобы открыть компонент в редакторе, можно также дважды нажать на
нем ЛК. Групповое редактирование компонентов Групповые операции редактирования возможны в окне свойств группы компонентов (см. Вкладка ‘Флаги’) и в редакторе группы компонентов, если редактор для группы компонентов существует (см. Редакторы групп компонентов). Операции, общие для объектов структуры К операциям, общим для всех объектов структуры, относятся следующие: • переименование; • изменение кодировки; • задание комментария; • смена иконки. Эти операции выполняются в окне свойств на вкладке Информация (см. Вкладка ‘Информация’) или в редакторе, если редактор для данного объекта существует (см. Редакторы объектов структуры проекта). Перемещение объектов структуры Операция перемещения включает два действия - удаление объекта из места его начального расположения и вставку в указанную группу (слой). Чтобы переместить объект, нужно перетащить его мышью в нужную группу (слой), удерживая клавишу SHIFT. Если группа (слой), на которую указывает курсор в процессе перетаски- вания, может содержать перемещаемый объект, курсор принимает вид в противном случае - О. С помощью перемещения объектов в пределах группы можно изменять их порядковые номера (см. Имена и идентификаторы объектов структуры). Копирование и вставка объекта структуры Копирование объекта структуры в буфер обмена Чтобы поместить копию выделенного объекта структуры в буфер обмена,
нужно выполнить команду Копировать (Ctrl+C) (см. Меню и главная панель инструментов навигатора проекта и Типовые инструменты редактирования). Если копируется слой, в буфер обмена помещается копия его содержимого (всех дочерних групп и компонентов). Обычная вставка объекта структуры из буфера обмена При обычной вставке создается новый объект, который является копией объекта, помещенного в буфер обмена. Операция вставки не очищает буфер обмена, поэтому после однократного копирования объекта возможна его множественная вставка. Для обычной вставки нужно выделить группу (слой), в которой может быть создан объект того же вида, что и объект, помещенный в буфер обмена, и выполнить команду Gb Вставить (Ctrl+V). Указанное условие (условие возможности создания в выделенной группе или слое объекта того вида, который имеет объект, помещенный в буфер обмена) является существенным - в случае его нарушения выполняется специальная вставка (см. ниже). Копирование и вставка объекта структуры с помощью мыши Для копирования и вставки объекта нужно перетащить его мышью в нужную группу (слой) с удержанием клавиши CTRL. Если группа (слой), на которую указывает курсор в процессе перетаскивания, может содержать копируемый объект, курсор принимает вид 43, в противном случае -®. При выполнении данной операции объект не помещается в буфер обмена. Специальная вставка объекта структуры В навигаторе проекта поддерживается перетаскивание объектов мышью с одновременным удержанием клавиш CTRL и SHIFT. Если объект, на который указывает курсор в процессе перетаскивания, допускает заверше- ние операции, курсор принимает вид в противном случае - . Эк- вивалентом этой операции является копирование и специальная вставка объекта по команде Вставить с привязкой - см. Меню и глав
ная панель инструментов навигатора проекта. С помощью данной операции выполняются следующие действия: • при перетаскивании канала (группы каналов) в слой (группу) - автопостроение канала (группы каналов) с настроенным свойством связь (каждый канал, созданный таким образом, связан с соответствующим исходным каналом и имеет тот же класс); • при перетаскивании источника/приемника (группы источни-ков/приемников) в слой (группу) - автопостроение канала (группы каналов) соответствующего класса с настроенным свойством связь (каждый канал, созданный таким образом, связан с соответствующим источником/приемником); • при перетаскивании шаблона (группы шаблонов) в слой (группу) -автопостроение канала (группы каналов) класса CALL (каждый канал, созданный таким образом, настроен на вызов соответствующего шаблона и имеет такое же имя, что и шаблон); • при перетаскивании источника/приемника или шаблона на компонент - настройка компонента на связь с источником/приемником или на вызов шаблона. В последнем случае канал класса CALL принимает имя шаблона. Автоматический выбор вида операции вставки При перемещении объекта структуры обычным методом drag-and-drop (без удерживания служебных клавиш) вид операции вставки (обычная или специальная) выбирается автоматически (идентифицируется по форме курсора). Копирование и вставка узла в библиотеку компонентов При копировании и вставке узла в библиотеку компонентов в ней создается новый объект с именем узла (см. Назначение групп слоя ‘Библиотеки компонентов’). Компоненты проекта, используемые в узле, копируются в соответствующие подгруппы объекта с сохранением структурирования и связей. Копирование и вставка объекта библиотеки в узел Результат копирования и вставки объекта библиотеки компонентов (см. Назначение групп слоя ‘Библиотеки компонентов’) в узел или произвольную группу узла зависит от флага Создавать объект при копировании из библиотеки (см. Задание общих настроек ИС). Если флаг установлен, в узел или его группу копируется объект:
Если флаг не установлен, в узел или его группу копируется содержимое объекта: В обоих случаях компоненты подгрупп объекта копируются в соответствующие слои проекта с сохранением структурирования и связей. Перепривязка каналов и аргументов при копировании/вставке и перемещении объекта базы каналов Объект базы каналов в общем случае включает каналы и иерархические группы каналов. Каналы объекта могут иметь настроенные свойства связь и вызов, обладая связями двух типов: • тип 1 - связи с каналами объекта; • тип 2 - связи с каналами, не входящими в состав объекта. В результате копирования/обычной вставки или перемещения объекта
(пусть его имя - А) создается новый объект В, при этом связи каналов объекта В будут следующими: • типа 1 - изменятся на привязки к каналам объекта В, соответствующим каналам объекта А; • типа 2 - не изменятся. Каналы и аргументы, не имеющие привязки в объекте А, будут таковыми и в объекте В. Взаимодействие с технологической БД Для слоя Технология предусмотрена команда ^Синхронизировать с базой данных (см. Меню и главная панель инструментов навигатора проекта), по которой запускается мастер конфигурирования взаимодействия с технологической БД. В первом диалоге мастера конфигурируется подключение к БД (см. Подключение к БД в разделе Обмен с базами данных): В следующем диалоге мастера выбирается таблица БД:
После нажатия кнопки Вперед на экране появляется следующий диалог мастера: Этот диалог содержит следующие инструменты: • список Тип канала - при любом из видов синхронизации проекта с БД (см. ниже) в проекте будут созданы каналы указанного в этом списке класса; • таблица - предназначена для задания соответствия атрибутов полям БД. Для синхронизации достаточно задать привязку атрибута Кодировка или Имя. Поле БД для привязки выбирается из меню, которое появляется на экране при нажатии ПК в поле Поле БД/Значение таблицы. Если поле БД, которое ставится в соответствие атрибуту Кодировка, содержит кодировку AKS или KKS, при синхронизации проекта с БД ИС создает структуру, соответствующую кодировке. Меню содержит также следующие команды: • Отменить привязки - удалить выделенную привязку; • Значение -по этой команде, доступной при выделении числового атрибута, значение может быть введено с клавиатуры; • Сохранение - по этой команде на экране появляется диалог задания имени, под которым заданные привязки будут сохранены:
Именованные наборы привязок, а также последняя редакция привязок, сохраняются в файл tmdevenv.dbmp. • Загрузка - по этой команде на экране появляется диалог выбора ранее сохраненных привязок: Т Загрузить привязки полей базы данных [X Выбрать привязки полей базы данных: j Готово ] Г Отмена ] В последнем диалоге мастера задается вид синхронизации: Выбрать метод синхронизации О Обновить каналы, которые одновременно присутствуют в проекте и базе данных О Добавить каналы, которые присутствуют в базе данных, но отсутствуют в проекте Q Удалить каналы, которые присутствуют в проекте, но отсутствуют в базе данных Q Синхронизировать проект с базой данных О Обновить записи в базе данных о каналах, которые одновременно присутствуют в проекте и БД Q i Добавить записи в базу данных о каналах, которые присутствуют в проекте, но отсутствуют в БД I О Удалить записи из базы данных о каналах, которые присутствуют в БД, но отсутствуют в проекте | Справка j [ < Назад | | Вперед> | [ Отмена | Примеры синхронизации с БД Пусть таблица БД имеет следующие поля:
Синхронизация только по кодировке Настроим синхронизацию вновь созданного проекта с таблицей БД следующим образом: В результате синхронизации в слое Технология создается следующая структура:
Синхронизация только по имени Настроим синхронизацию вновь созданного проекта с таблицей БД следующим образом: В результате синхронизации в слое Технология создается следующая структура:
Отображение свойств объектов структуры Для отображения свойств объекта структуры проекта используются: • окно свойств (см. Окно свойств объекта структуры проекта); • редактор (см. Редакторы объектов структуры проекта); • правая часть навигатора (см. Управление внешним видом навигатора проекта); • иконка; • вплывающая подсказка. Модификация иконки объекта структуры В навигаторе каждый объект структурного дерева снабжен основной иконкой, соответствующей его типу. ИС накладывает на основную иконку дополнительные микро-иконки (одновременно не более 4-х) для отображения важнейших характеристик объекта. Ниже микро-иконки сгруппированы по занимаемой позиции: • Слева вверху: Е - канал типа INPUT; 0 - канал типа OUTPUT; й - число ссылок на компонент или число его вызовов отлично от 0; • Слева внизу: S (черная стрелка) - для компонента задано свойство связь; S (зеленая стрелка) - для компонента задано свойство вызов; I—I (оранжевая стрелка) - для компонента одновременно заданы свойства связь и вызов; • Справа вверху: 0 - объект открыт в редакторе. В качестве примера ниже приведен вид модифицированной иконки канала: Я Channels Всплывающая подсказка к объекту структуры Все объекты структурного дерева снабжены всплывающими подсказками, в которых отображаются их важнейшие свойства:
ID: Кодировка: Узел: Link: Вызов: 12 ТС5 Система. RTM_2 Sawttl :Значение(Источники/Приемники.6епе1а1ог8_1) Ш аб лоны_программ. Pf ogram_#1 В первой строке подсказки отображаются идентификатор (ID) объекта. Во второй строке подсказки отображается кодировка типа объекта (Coding). Для объекта слоя Система в подсказке отображается имя узла (Node), к которому принадлежит объект. В подсказке отображается также конфигурация свойств связь и вызов, если эти свойства заданы для объекта.
Окно свойств объекга структуры проекта По команде Свойства (см. Меню и главная панель инструментов навигатора проекта) в нижней части ИС открывается окно свойств выделенного объекта структуры проекта. Вкладка ‘Информация’ Эта вкладка присутствует в окне свойств любого объекта структуры. На ней отображаются/редактируются следующие свойства: • Имя - имя объекта (редактируется); • Кодировка - кодировка типа объекта, задаваемая по умолчанию в TRACE MODE. Кодировку объекта можно изменить с помощью этого поля; • Комментарий - комментарий (редактируется); • Иконка - иконка, заданная для объекта по умолчанию. Для смены Ер? иконки надо нажать кнопку ' и выбрать иконку в появившемся меню:
• Тип - предопределенный в TRACE MODE тип объекта; • Узел - узел, в который входит объект. При нажатии кнопки X. объект удаляется из узла (для канала - без удаления из слоя База каналов, если этот слой открыт - см. Задание общих настроек ИС); • Счетчик ссылок - число компонентов, связанных с данным компонентом или вызывающих данный компонент; • Связь - конфигурация свойства связь. Чтобы задать связь, нужно нажать кнопку Ед справа от данного поля и выбрать в диалоге, показанном на рисунке ниже, компонент (канал или источ-ник/приемник) и его атрибут: тт г- Удалить связь Чтобы удалить связь, надо нажать кнопку ,^J этого диалога. При задании связи с каналом другого узла справа от поля Связь ^vl - , „ появляется список —I, в котором выоирается интерфейс взаимодействия между узлами, который будет задействован при реализации связи (см. Конфигурирование межкомпонентного взаимодействия); В слоях, отличных от слоя Система, инструмент недоступен (т.е. интерфейс взаимодействия между каналами не может быть задан). Данный инструмент также отсутствует, если связываемые каналы принадлежат одному узлу - в этом случае задание интерфейса не требуется. • Вызов - конфигурация свойства вызов. Чтобы задать это свойство, нужно нажать кнопку справа от данного поля и выбрать в диалоге, показанном на рисунке ниже, вызываемый шаблон:
тт г- Удалить связь Чтобы удалить вызов, надо нажать кнопку I---------------1 этого диалога Вкладка ‘Флаги’ Эта вкладка присутствует в окне свойств группы компонентов слоя Система и в окне свойств канала вне зависимости от слоя. Для канала вкладка имеет следующий вид На этой вкладке может быть задана часть атрибутов канала, доступных в разделе Системные редактора (см. Общие атрибуты каналов). Кроме того, на этой вкладке присутствуют следующие флаги: • HEX - этот флаг используется для изменения класса канала после его создания (см. Изменение класса канала после его создания); • Загрузить - этот флаг предназначен для отладки TRACE MODE и не используется при разработке проекта; • Запрос времени значения - этот флаг используется в случае записи в канал значения некоторого канала другого узла при связи по любому из собственных протоколов TRACE MODE (в т.ч. по ОРС): • если флаг для принимающего канала не установлен, в его атрибут Время изменения записывается время приема; • если флаг для принимающего канала установлен, в его атрибут Время изменения записывается значение атрибута Время изменения передающего канала.
Для группы компонентов вкладка имеет следующий вид: Эта вкладка может использоваться для установки некоторых атрибутов компонентов группы - для этого нужно установить значения атрибутов и нажать кнопку Синхронизировать. Синхронизация распространяется только на компоненты, входящие в группу непосредственно (если группа содержит подгруппу компонентов, то на них синхронизация не распространяется). Сбрасывание флагов в окне свойств группы не приводит к сбрасыванию соответствующих флагов компонентов, входящих в группу. Если флаг Загрузить установлен, группе присваивается ID, и монитор загружает ее как объект. Вкладка ‘Аргументы’ Эта вкладка отображается в окне свойств шаблонов и каналов класса CALL (компонентов, создание аргументов для которых разрешено), а также в окне свойств других компонентов с настроенным свойством вызов (см. Табличный редактор аргументов). Вкладка ‘Атрибуты’ Эта вкладка носит только информационный характер и отображается в окне свойств любых компонентов слоев Система и Источни-ки/Приемники, а также для канала вне зависимости от слоя:
На эту вкладку выводятся атрибуты компонента, которые могут участвовать в межкомпонентном взаимодействии, их мнемоническое обозначение (короткое имя) и тип данных.
Редакторы объектов структуры проекта По команде Редактировать (см. Меню и главная панель инструментов навигатора проекта) выделенный объект структуры открывается в соответствующем редакторе. Открыть компонент проекта в редакторе можно также с помощью нажатия клавиши ENTER или двойного нажатия ЛК на компоненте. С помощью команды Редактировать шаблон можно открыть в соответствующем редакторе шаблон, вызываемый выделенным компонентом. Редакторы компонентов Редакторы каналов Для каждого класса канала в ИС встроен редактор (ниже показан редактор канала класса FLOAT): Z? Два раздела являются общими для всех редакторов каналов - верхний, содержащий кнопку вызова контекстной справки (контекстная справка вызывается также по нажатию функциональной клавиши F1) и поля для задания имени, комментария и кодировки канала, и раздел Системные,
содержащий вкладки Основные, Архивация и Дополнительно. Атрибуты, общие для каналов всех классов, описаны в разделе Общие атрибуты каналов. Другие разделы редакторов содержит инструменты задания атрибутов, специфичных для каналов соответствующих классов (см. соответствующие подразделы в разделе Атрибуты каналов). Редакторы каналов содержат ту же панель инструментов для работы с буфером обмена, что и редактор узла (см. Задание параметров узла). Редактор шаблонов программ Вид одного из редакторов, входящих в состав комбинированного редактора шаблонов программ, показан на рисунке: Редактирование программ подробно рассматривается в разделе Программирование алгоритмов. Редактор шаблонов экранов Вид этого редактора - редактора представления данных - показан на рисунке:
Редактирование экранов (панелей) оператора подробно рассматривается в разделе Разработка графического интерфейса. Редактор шаблонов документов Вид этого редактора показан на рисунке:
Редактирование документов подробно рассматривается в разделе Генерация файлов документов. Редактор связей с базами данных Вид этого редактора показан на рисунке: Редактор связей с БД содержит переключатели окон и диалогов редактора (см. Распределенные АСУ/Обмен с базами данных): • Подключение - окно конфигурирования связи с БД; • Структура - окно структуры БД; • Мастер - диалог мастера SQL-запросов; • Аргументы - редактор аргументов данного шаблона связи с БД; • Запрос - окно SQL-запросов. Редактор содержит также следующие инструменты: 4 > - синхронизировать с деревом проекта (по этой команде шаблон выделяется в навигаторе проекта); - закрыть редактор. Редактор библиотек текстов Вид этого редактора в ИС показан на рисунке:
Редактирование библиотек текстов рассматривается а разделе Разработка графического интерфейса / Операции с ресурсными библиотеками. Редактор библиотек изображений Вид этого редактора в ИС показан на рисунке: Редактирование библиотек изображений рассматривается а разделе Разработка графического интерфейса / Операции с ресурсными библиотеками. Редактор библиотек видеоклипов Вид этого редактора в ИС показан на рисунке:
Редактирование библиотек видеоклипов рассматривается а разделе Разработка графического интерфейса / Операции с ресурсными библиотеками. Редактор параметров СОМ-порта Вид редактора последовательного порта показан на рисунке: & Редактор содержит ту же панель инструментов для работы с буфером обмена, что и редактор узла (см. Задание параметров узла). В этом редакторе задаются следующие параметры: • Номер порта — номер порта, выбирается из списка СОМ1...СОМ32 (rtms_COM_NUM.tmc); • Назначение - назначение порта (указание для монитора используемого оборудования, протокола обмена и начального статуса узла при обмене по данному порту). Значение этого параметра выбирается из списка (rtms_COM_DEST.tmc): • MASTER - задание для узла статуса MASTER. Это значение устанавливается при обмене по всем протоколам, кроме М-LINK - см. Обеспечение работы распределенных АСУ; • SLAVE - задание для узла статуса SLAVE при обмене по М-LINK; • MODEM - это значение устанавливается в случае подключения модема к порту (модем конфигурируется в редакторе узла-см. Редактор параметров узла). Для обмена исполь
зуется протокол M-LINK, узел может работать одновременно как MASTER и как SLAVE; • GSM-SMS - к порту подключен GSM-модем для обмена SMS-сообщениями. Для обмена используется протокол М-LINK, узел может работать одновременно как MASTER и как SLAVE; • MASTER M-LINK - задание для узла статуса MASTER при обмене по M-LINK; • RESERVE M-LINK - это значение устанавливается для резервированных узлов в сети M-LINK; • GPS - к порту подключено устройство GPS. Назначение порта сохраняется в файле addr.ind (см. Файлы узла, создаваемые при экспорте); • Скорость - скорость обмена, выбирается из стандартного списка (rtms_COM_SPD.tmc): 110, 150, 300, 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600, 115200, 144000, 192000, 288000, 576000 бит/с. Скорость обмена по протоколу M-LINK не должна быть ниже 600 бит/с; • Базовый адрес - базовый адрес порта; • Контроль четности - данный параметр выбирается из списка (rtms_COM_EVEN.tmc), содержащего значения в формате k-m-x: • к - количество информационных бит в посылке; • m - количество стоповых бит; • X - наличие проверки на четность: п - отсутствие проверки, е - проверка на четность, о - проверка на нечетность; • Прерывание - номер используемого прерывания; • Управление передачей - режим управления передатчиком. Значение этого параметра выбирается из списка rtms_TRNFR_CTRL.tmc (режимы с использованием специальных портов - для RS-485):______________________________________ Значение Посылка Прием нет нет управления нет управления DTR DTR = on DTR = off RTS RTS = on RTS = off DTR-RTS DTR, RTS = on DTR, RTS = off 360Н outp(0x360,l) outp(0x360,0) DTR, RTS=on DTR,RTS = on DTR, RTS = on DTR=on DTR = on DTR = on 20СН outp(0x20c,l) outp(0x20c,0)
Значение Посылка Прием RTS=on RTS=on RTS=on RTS(auto) Внешнее управление RTS Внешнее управление RTS СЗН outp(Oxc3,l) outp(0xc3,0) DTR=on, RTS(auto) DTR=on, Внешнее управление RTS DTR=on, Внешнее управление RTS DTR/RTS RTS=on, DTR=off RTS=off, DTR=on • Таймаут - время ожидания ответа от устройства, которому был послан запрос (в миллисекундах, значение по умолчанию - 100 мс). Если в течение этого времени ответ на запрос от устройства или МРВ не пришел, запрашивающему каналу устанавливается флаг аппаратной недостоверности. Существует механизм задержки выключения передатчика после окончания передачи, реализуемый с помощью передачи после кадра 1-2 лишних байтов. 2 байта формируются в том случае, если таймаут ожидания ответа больше или равен 200 мс. Следует учитывать, что для очень медленных линий передачи этой задержки выключения передатчика может оказаться недостаточно; • RS-передача - задержка (в миллисекундах) между транзакциями (процедурами ЗАПРОС/КОМАНДА+ОТВЕТ). При связи по модему этот таймаут задает время ожидания звонка. В режим ожидания звонка узел MASTER переходит в следующих случаях: • узел не блокирован, для обмена нет ни одного канала; • после каждого прохода по базе; • Включение передатчика - задержка (в миллисекундах) начала передачи данных после включения передатчика (реализуется только для узла со статусом MASTER); • Задержка запроса - задержка передачи данных (в миллисекундах) после установления соединения при связи по модему. Величина этого таймаута должна быть меньше значения времени ожидания ответа; Таймауты используются в случае подключения к порту дополнительного оборудования. • CRC16 - если этот флаг установлен, команда записи по M-LINK дополнительно защищается CRC16, а при приеме ответов по М-LINK вычисляется дополнительная контрольная сумма. Чтобы данный механизм работал, флаг CRC16 должен быть установлен как для порта узла M-LINK MASTER, так и для порта узла M-LINK SLAVE. При обмене с контроллером ADAM по порту с установленным флагом CRC16 выполняется дополнительная проверка от-
ветов контроллера. При связи по модему, после приема звонка и соединения узел SLAVE переходит в режим ожидания приема данных. Узел выходит из этого режима в следующих случаях: • ситуация, когда узел вошел в режим приема, а у него ничего не запросили, повторилась трижды; • узел MASTER «повесил трубку». Параметры последовательных портов задаются в ИС для узлов. При запуске узлов под управлением мониторов эти параметры устанавливаются для портов аппаратных средств, на которых размещены узлы - при этом данная процедура имеет следующие особенности: • монитор устанавливает параметры Базовый адрес и Прерывание для COM-порта аппаратного средства только в DOS, в WINDOWS эти параметры задаются средствами ОС; • для работы в WINDOWS параметры Базовый адрес и Прерывание нельзя задавать нулевыми (рекомендуется указать их реальные значения, установленные в ОС); • для контроллера ЛАГУНА наличие ненулевых настроек базового адреса и прерывания обязательно, хотя их конкретные значения несущественны. Редактор словарей сообщений Примерный вид этого редактора показан на рисунке: «> ъ & Редактор содержит ту же панель инструментов для работы с буфером обмена, что и редактор узла (см. Задание параметров узла). Редактор любого словаря (см. Классификация компонентов) содержит поле Имя, в котором имя словаря может быть отредактировано, а также таблицу, каждая строка которой отображает собственно сообщение
(поле Текст) и его параметры - категорию (поле Категория) и направление передачи (поле Назначение). Параметры сообщения редактируются в диалоге, который появляется на экране при двойном нажатии ЛК на строке описания сообщения в таблице: В текст генерируемого сообщения можно вставить значение канала - для этого в поле Текст, наряду с обычным текстом, нужно поместить описание формата вывода числа в нотации языка Си: (см. Формат Си вывода чисел). Сообщение, которое начинается со знака @, не выводится в отчет тревог. Сообщение может быть отнесено к одной из следующих категорий (см. category.tmc), задающих степень его ответственности (список Катего-рия): • <> Без категории; • <М> Сообщение; • <W> Предупреждение; • <Е> Ошибка; • <1> Информация; • <А> Тревога; • <R> Изменение атрибутов; • <S> Пользовательское; • <_> Невидимое (не передается в графику); • <-> Неквитируемое; • <!> Командное; • <?> Резерв. Диалог содержит следующие опции (см. destination.tmc), задающие направление передачи сообщения (список Назначение): • 0, AR+G • 1,AR+G+Prn • 2, AR+Prn
• 3, AR • 4, AR+G+GSM • 5, AR+GSM • 6, AR+GSM+PRN • 7, AR+G+GSM+PRN • 9.G • 10, AR+F • 11, AR+G+F • 12, AR+GSM+F • 13, F • 14, F+G • 15, AR+Play • 16, AR+G+Play • 17, AR+F+Play • 18, Play • 19, AR+G+PlayStop • 20, AR+G+PlayLoopStop Эти опции содержат обозначения, соответствующие следующим направлениям передачи: • AR - в файл отчета тревог; • G - в исполнительные модули, способные отображать ОТ; • PRN - на принтер, используемый по умолчанию; • GSM - в виде SMS-сообщений на сотовые телефоны пользователей, которые определены в этом узле и для которых заданы телефоны и установлен флаг Рассылка (см. Канал класса ПОЛЬЗОВАТЕЛЬ). Заданное время хранения SMS-сообщений - 3 часа. Для задания параметров обмена по GSM может быть использована переменная @RTM_Parameter (см. Группа СИСТЕМНЫЕ); • F - в файл тезэаде.скатегория сообщения> (создается в папке узла); • Play, PlayStop, PlayLoopStop - воспроизведение файла <текст сообщениям*.wav (файл должен располагаться в папке узла). Play, PlayStop и PlayLoopStop задают такой же режим воспроизведения, как и системная переменная @Sound_File, для которой значение атрибута Параметр равно соответственно 0, 2 и 3 (см. Группа СИСТЕМНЫЕ). Направления передачи отрабатываются, если для узла сконфигурирован отчет тревог. Словари сообщений подробно рассматриваются в разделах Системные сообщения, Сообщения по каналам, Генерация сообщений с
помощью переменной MESSAGE (см. также Формат строки ОТ). Редактор клемм Вид этого редактора показан на рисунке: Редактор содержит ту же панель инструментов для работы с буфером обмена, что и редактор узла (см. Задание параметров узла). Редакторы источников (приемников) Редакторы источников/приемников отличаются по набору задаваемых в них параметров. Вместе с тем существуют следующие параметры, которые, как правило, задаются для любого источника/приемника в его редакторе: • Имя; • Кодировка; • Комментарий; • Тип или Направление - при автопостроении канала из источника/приемника тип созданного канала (INPUT/OUTPUT) будет соответствовать типу, заданному для источника/приемника; • Формат - вид сигнала (аналоговый/цифровой); • Тип сигнала - указание унифицированного сигнала (по списку signal.tmc, см. также Атрибуты каналов, отображаемые профайлером). Редакторы источников/приемников содержат ту же панель инструментов для работы с буфером обмена, что и редактор узла (см. Задание параметров узла).
Редактор системных переменных TRACE MODE Примерный вид редактора системной переменной TRACE MODE (группы СИСТЕМНЫЕ и ДИАГНОСТИКА) показан на рисунке (см. также Редакторы источников (приемников)): Характеристики системных переменных описаны в разделе Системные переменные TRACE MODE 6. Редактор переменной ОРС Данная переменная используется в том случае, если монитор выступает в роли ОРС-клиента - см. Обмен по ОРС. Вид редактора переменной ОРС показан на рисунке (см. также Редакторы источников (приемников)): B^KEPwate.KEPSetverExW | & ttt gg Список Режим включает стандартные обозначения режимов обмена с ОРС-сервером: • SYNC/CACHE - синхронное чтение из кэша; • SYNC/DEVICE — синхронное чтение из прибора; • ASYNC/DEVICE - асинхронное чтение из прибора;
• ADVISE - получение данных от сервера «по подписке». При обмене с ОРС-сервером TRACE MODE 6 SYNC/CACHE идентично SYNC/DEVICE. При нажатии ЛК на кнопке Обзор на экране появляется диалог выбора ОРС-сервера и его каналов для привязки: Метод поиска ОРС-серверов задается в настройках ИС (см. Вкладка ‘Базовый редактор’). При экспорте проекта в папке узла создаются конфигурационные файлы обмена с серверами ОРС (см. Файлы узла, создаваемые при экспорте). Редактор переменной ОРС HDA Данная переменная используется в том случае, если монитор выступает в роли ОРС-клиента, запрашивающего исторические данные у сервера ОРС HDA-см. МРВ как клиент сервера ОРС HDA. Вид редактора переменной ОРС HDA показан на рисунке (см. также Редакторы источников (приемников)): При нажатии ЛК на кнопке Обзор на экране появляется диалог выбора сервера ОРС HDA и его переменных для привязки (вид браузера ОРС показан в разделе Редактор переменной ОРС).
Редактор переменной DDE Данная переменная используется в том случае, если монитор выступает в роли DDE-клиента-см. Обмен по DDE и NetDDE. Вид редактора переменной DDE показан на рисунке (см. также Редакторы источников (приемников)): Поле Имя используется для конфигурирования запроса. Параметр Режим используется для задания режима обмена: • REQ/POKE - если переменная имеет тип INPUT - режим REQUEST, если OUTPUT - режим РОКЕ. Определены следующие модификации этого параметра: • REQ/POKE[data] — запрос не завершается специальными символами; • REQ/POKE[data/r] - запрос завершается символом Chr(10) (перенос строки); • REQ/POKE[data/n] - запрос завершается сочетанием символов Chr(10) и Chr(13) (перевод каретки); • ADVISE - режим ADVISE. Параметр Тип задает тип переменной (INPUT/OUTPUT). Параметры А и В могут играть роль подстановок в запросе - для этого запрос должен содержать форматы их вставки в нотации Си (см. Формат Си вывода чисел). Например, два следующих запроса идентичны:
Если в запросе используется одна подстановка, в нее выводится значение параметра А. Редакторы групп компонентов Редактор группы шаблонов экранов Вид этого редактора показан на рисунке:
В этом редакторе для группы шаблонов экранов может быть задана часть параметров, которые определены для шаблона экрана (см. Разработка графического интерфейса/Задание параметров графического экрана). Базовый редактор группы компонентов Базовый редактор представляет собой унифицированный редактор для группы COM-портов, каналов, источников/приемников или клемм. В этом табличном редакторе для компонента (выделенной группы компонентов) могут быть заданы те же параметры/атрибуты, что и в редакторе компонента (см. Редакторы компонентов). Кроме того, в редакторе могут быть заданы имена компонентов (имя компонента может быть отредактировано также в окне его свойств или непосредственно в навигаторе - см. Окно свойств объекта структуры проекта и Меню и главная панель инструментов навигатора проекта). Ниже в качестве примера показан редактор группы компонентов СОМ-порт: В редакторе поддерживаются стандартные операции изменения ширины столбцов, выделения нескольких компонентов, а при редактировании поля - стандартные операции работы с буфером обмена (см. Типовые операции редактирования). Если компонент не имеет некоторого атрибута, задание этого атрибута для данного компонента в редакторе недоступно: Щ Содержимое группы V. 1 Базовое имя Кодировка Входное зн. Состоя- Период пер>; Формат I Подключ Время по Время уход л Канал#]| ТС5 0 0 за_данных#1:2 TCT 0 0 3кран#1:3 ТС1 0 0 1ррматОС| 0 1 )рматОС| 0 1|)рматОС| 0 Собыгие#4 ТМ2 0 0 TIMF#5 ТС7! nl Л 1 0 • -fe В. Z* >
Управление столбцами По умолчанию, все столбцы таблицы видимы и располагаются слева направо по возрастанию индексов атрибутов. Для изменения порядка расположения столбцов используется метод drag-and-drop с удержанием клавиши CTRL. Для управления видимостью столбцов используется диалог, который открывается при нажатии ПК в любом поле заголовка таблицы: Этот диалог содержит следующие инструменты: - сделать видимым столбец, выделенный в левой части диалога; - скрыть столбец, выделенный в правой части диалога; - сделать видимыми все столбцы; J - скрыть все столбцы. Фильтрация списка Редактор снабжен панелью инструментов, которая, помимо стандартных инструментов отмены и возврата последнего действия (соответственно и ^“), содержит следующие: V= - если этот переключатель находится в нажатом состоянии, в нижней части редактора открывается окно, в котором могут быть заданы условия отображения компонентов в редакторе; LN * ’ - переключатель имен полей (в нажатом состоянии отображаются длинные имена, в отжатом - короткие). Для изменения положения переключателя нужно нажать на нем ЛК. Окно задания условий, в соответствии с которыми компоненты отображаются в редакторе, показано на рисунке:
| Все типы Базовое имя | Верхний предел ]AND у ] AND у Самое верхнее поле этого окна предназначено для задания условия фильтрации списка по виду компонента (в случае канала - по классу). Вид/класс компонента выбирается в списке, который открывается при нажатии ЛК на кнопке v поля. Этот список содержит в том числе опцию Все типы (задается по умолчанию), что соответствует отсутствию фильтрации (т.е. в редакторе отображаются компоненты всех видов). Условие фильтрации по виду/классу компонента удалить нельзя. Для конфигурирования дополнительных условий фильтрации, а также для применения всех заданных условий используются следующие инструменты окна: - применить все заданные условия к списку компонентов редактора; _ добавить дополнительное условие; X - удалить выделенное дополнительное условие. Для задания строки дополнительного условия используются 4 поля (слева направо): • атрибут (выбирается из списка); • знак сравнения, выбирается из списка. Список, помимо обычных знаков сравнения (=, !=, <. >, <=, >=), содержит следующие: • RE (regular expression) - если выбрано это значение, в следующее поле можно ввести регулярное выражение Perl; • WC (wildcard) - если выбрано это значение, в следующем поле можно использовать стандартные знаки замены символов; • значение (константа сравнения); • логический оператор связи условий (AND или OR). Столбцы атрибутов скрываются, если в результате фильтрации отображаются компоненты, не имеющие их. Если заданные условия были применены к списку, для их отмены нужно закрыть окно задания условий (перевести переключатель ® " в отжатое состояние). Сортировка списка В редакторе поддерживаются следующие виды сортировки списка компонентов:
• по возрастанию порядковых номеров компонентов в группе (сортировка по умолчанию) - см. Имена и идентификаторы объектов структуры; • по любому атрибуту по возрастанию; • по любому атрибуту по убыванию. Для переключения вида сортировки нужно нажать ЛК в заголовке соответствующего столбца (для сортировки по возрастанию порядковых номеров - в любом заголовке). При переключении вида сортировки в используемом заголовке появляется значок, индицирующий направление сортировки: ▼ - сортировка по убыванию; ж - сортировка по возрастанию. При сортировке по возрастанию порядковых номеров компонентов в группе значок не отображается. Если компоненты имеют одно и тоже значение атрибута, по которому сортируется список, они будут отсортированы по атрибуту с младшим индексом, значение которого различно для данных компонентов. Редактирование атрибутов компонента Для перехода к редактированию строкового атрибута компонента нужно дважды нажать ЛК в соответствующем поле. Другие атрибуты задаются выбором из списков. Список открывается при двойном нажатии ЛК в соответствующем поле редактора. Групповое редактирование атрибутов Чтобы задать какой-либо атрибут одновременно для всех выделенных компонентов, нужно, удерживая клавишу CTRL, дважды нажать ЛК в соответствующем поле и выбрать значение в открывшемся списке или ввести значение с помощью клавиатуры. Групповое редактирование строковых атрибутов с инкрементированием При выделении нескольких компонентов, их строковые атрибуты могут быть модифицированы (в том числе заданы содержащими инкрементированный числовой номер) в соответствии с шаблоном. Шаблон задается в диалоге, который появляется на экране при выполнении команды Задать строку из контекстного меню соответствующего поля:
Шаблон имеет следующий формат: [stringl][%nF(start_num,increment)][string2] где: • %nF(start_num,increment) - необязательное выражение, задающие инкрементирование и вид представления номера в редактируемом строковом атрибуте выделенных компонентов. В случае использования в шаблоне этого выражения все его составляющие являются обязательными: • % - стандартный знак формата в Си; • п - фиксированное количество знакомест, выделяемое для номера в строковом атрибуте. Пустые знакоместа заполняются нулями; • F - вид представления номера в строковом атрибуте: d или D - десятичное представление; h - шестнадцатеричное представление (с префиксом Ох) строчными символами; Н - шестнадцатеричное представление (с префиксом ОХ) прописными символами; • start_num - неотрицательный номер для строкового атрибута компонента с младшим порядковым номером; • increment - неотрицательный инкремент номеров в строковом атрибуте. Номера в строковом атрибуте инкрементируются в соответствии с возрастанием порядковых номеров выделенных компонентов; • stringl и string2 - необязательные строковые выражения, в которых можно использовать знаки «?», «+» и «-». При посимвольном сравнении исходной строки с шаблоном символ в исходной строке заменяется на символ из шаблона, если символ в шаблоне отличен от знаков «?», «+» и «-». При использовании в шаблоне знаков «?», «+» и «-» символ в исходной строке модифицируется по следующим правилам: • знак «?» запрещает модификацию соответствующего символа (при наличии этого символа);
• если знак «+» или «-» приходится на строчный символ, он не изменяется; • если знак «+» или «-» приходится на цифру, она увеличивается или уменьшается на 1 (при увеличении 9 заменяется на 0, при уменьшении 0 заменяется на 9). Групповое редактирование числовых атрибутов с инкрементированием При выделении нескольких компонентов, их числовые атрибуты могут быть модифицированы (в том числе заданы инкрементированными). Правила модификации задается в диалоге, который появляется на экране при выполнении команды Задать диапазон контекстного меню соответствующего поля: В диалоге задаются первое значение, инкремент и смещение. Результат действия зависит от флага Использовать смещение: • если флаг не установлен, то атрибут компонента с младшим порядковым номером принимает первое значение, а остальные атрибуты инкрементируются относительно него с заданным шагом в соответствии с возрастанием порядковых номеров компонентов; • если флаг установлен, то смещение прибавляется к значениям всех атрибутов (при этом первое значение и инкремент игнорируются). Редактор группы ‘ОРС-сервер’ Группа ОРС Сервер имеет следующий редактор (вкладка Содержимое группы аналогична редактору группы каналов (см. Базовый редактор группы компонентов):
При нажатии кнопки Обзор на экране появляется диалог выбора ОРС-сервера: При выборе в этом диалоге переменных ОРС-сервера в проекте автоматически создаются переменные ОРС: Метод поиска ОРС-серверов задается в настройках ИС (см. Вкладка ‘Базовый редактор’ и Обмен по ОРС). Параметры переменных ОРС задаются в редакторе (см. Редактор переменной ОРС). Редактор группы ‘ОРС HDA сервер’ Группа ОРС HDA Сервер имеет следующий редактор (вкладка Содержимое группы аналогична редактору группы каналов (см. Базовый редактор группы компонентов):
Для поиска серверов ОРС HDA и выбора их переменных нужно нажать кнопку Обзор (вид браузера ОРС показан в разделе Редактор группы ‘ОРС-сервер’). Параметры переменных ОРС HDA задаются в редакторе (см. Редактор переменной ОРС HDA). Редактор группы каналов слоев ‘Технология’ и ‘Топология’ Группы каналов слоев Топология и Технология имеют комбинированный редактор, включающий две вкладки - Атрибуты и Содержимое группы. Вкладка Атрибуты содержит ту же панель инструментов для работы с буфером обмена, что и редактор узла (см. Задание параметров узла): Вкладка Содержимое группы аналогична редактору группы каналов (см. Базовый редактор группы компонентов). Редактор параметров узла Вкладки редактора узла Редактор узла содержит вкладки и панель инструментов:


Задание параметров узла Панель инструментов редактора узла л 0 Эта панель, помимо стандартных инструментов отмены и возврата последнего действия (соответственно и ^), содержит инструмент возврата к значениям параметров, сохраненных в файле prj. Действие инструментов и распространяется на весь редактор вне зависимости от того, какая вкладка является текущей в данный момент. Вкладка ‘Основные’ редактора узла На этой вкладе задаются следующие параметры узла: • Имя - имя узла (см. Имена и идентификаторы объектов структуры); • раздел «Атрибуты»: • Пароль - пароль, который нужно указать в соответствующем диалоге монитора для запуска/остановки узла в случае, если в узле не задан ни один пользователь (т.е. не создан ни один канал класса Пользователь); • Характеристика - комментарий к узлу (строка); • раздел «Пересчет»: • Период и Разрешение - произведение этих параметров определяет время цикла монитора (см. Время цикла монитора); • раздел «Сеть»: • Имя компьютера/1Р-адрес - сетевое имя или IP-адрес аппаратного средства, на котором будет запущен узел. В общем случае, указание этого параметра не является обязательным - монитор способен получить IP-адрес от ОС, поставить его в соответствие своему индивидуальному номеру в проекте и передать эту информацию по сети всем узлам. В случае задания, этот параметр записывается в файл addr.ind (см. Файлы узла, создаваемые при экспорте); • подраздел «Адаптеры» - разрешение приема/передачи через сетевые адаптеры (для разрешения надо установить соответствующий флаг - Прием или Передача). Информация о возможности обмена по сети записывается в файл addr.ind. Для реализации автоматического выбора адаптера при рабо
те в WINDOWS ХР нужно установить флаги адаптера Системный. В WinCE и DOS используемый адаптер следует указать явно, а для переключения на другой адаптер использовать системные переменные (см. Группа СИСТЕМНЫЕ). • подраздел «Мост» - чтобы указать, что для широковещательных рассылок данный узел должен использовать мост, нужно установить флаг Использовать и выбрать в списке Искать одну из опций (см. rtm_bridge.tmc): нет - не искать мост; первый - использовать мост, заданный переменной @IP_parameter с атрибутом Параметр=9 (см. Группа СИСТЕМНЫЕ); второй - использовать мост, заданный переменной @IP_parameter с атрибутом Параметр=10; оба - использовать оба моста, заданные переменными @IP_parameter. Эти опции равнозначны заданию соответствующих битов переменной @IP_parameter с атрибутом Г1араметр=3. Если мосты не заданы или заданы, но неработоспособны, в качестве моста будет использован узел, имя которого завершается словом BRIDGE в круглых скобках. Если такого узла нет, монитор проверяет состояние узлов в сети, и отправляет сообщение первому обнаруженному активному узлу. • раздел «Номер узла в проекте»: • Индивидуальный - индивидуальный номер узла в проекте, при создании узлов инкрементируется автоматически. Этот параметр анализируется мониторами, что позволяет перенести узел на другое аппаратное средство (например, на компьютер с другим IP-адресом) без модификации проекта. Индивидуальный номер узла сохраняется в файле addr.ind; Изменять индивидуальный номер узла вручную допускается исключительно для реализации обмена по M-LINK с мониторами версии 5. • Групповой - групповой номер узла в проекте (по умолчанию - 255). В TRACE MODE существует механизм запросов ко всем узлам, имеющим одинаковый групповой номер. Этот параметр сохраняется в файле addr.ind; • Код проекта - мониторы могут взаимодействовать по I-NET только в том случае, если узлы имеют один и тот же код проекта. При связи по M-LINK код проекта не анализируется. Данный параметр позволяет в одном проекте создавать подсистемы, не взаимодействующие между собой;
• раздел «Модемы» - задание для 1-2 модемов, подключенных к данному узлу, номеров телефонов (поля Телефон! и Телефон2, номер задается в международном формате) и строк инициализации (поля Строка инициализации). Номера телефонов сохраняются в файле addr.ind. Строка инициализации GSM-модема имеет следующий формат: PIN:<Р1Ы-код>;SCA:<номер сервис-центра>[;NO_DSR] Номер телефона сервис-центра задается в международном формате. Необязательный параметр NO_DSR отключает проверку DSR при обмене по GSM; • раздел «Регистратор»: • При старте - состояние архивирования каналов узла в глобальный архив при старте монитора (Включено / Выключено); • Статус - поддержка глобального архива (Акти-вен/Пассивен). Если узел поддерживает архивирование в регистратор (Активен), в реальном времени можно включить архивирование каналов в глобальный архив - для этого используется канал, связанный с системной переменной ©Logging (группа СИСТЕМНЫЕ); • раздел «Системные» (настройки этого раздела не влияют на работу мониторов ОЕМ-продуктов): • Сторожевой таймер - тип аппаратного сторожевого таймера, выбирается из следующего списка (rtms_watchdog.tmc): О-по; 1 -typel (201); 2 - type2 (20С); 3-type3 (443); 4 - type4; 5 - Wafer-4823; 6 - type6; 7-type7; 8 - type8; 9 - type9; • Тип дисплея - тип терминала, выбирается из следующего списка (rtms_display.tmc): 0 - VGA; 1 - Smart Link (эмулятор терминала OCTAGON); 2-VT100;
3 - DK8070 (4-строчный дисплей ИКОС); 4 - V04 (8-строчный, по командам совместим с DK8070); 8 - stdout (вывод в стандартный поток); 9 - Smart Link; 10-VT100; 11 - DK8070; 12-V04. Если монитор должен инициализировать COM-порт обмена с терминалом Smart Link I VT100 / DK8070 / V04, следует выбирать позицию с номером меньше 8 (соответственно 1...4); если инициализация COM-порта не требуется, нужно выбирать позицию с номером больше 8 (соответственно 9...12); • Тип клавиатуры - тип клавиатуры, выбирается из следующего списка (rtms_key board .tmc): 1 - Standard; 2 - intl7h. Вкладка ‘Архивы’редактора узла Эта вкладка имеет 4 раздела (по числу архивов — системный, СПАД1, СПАД2 и СПАДЗ), содержащих идентичные инструменты конфигурирования соответствующего архива: • Имя файла - в общем случае - полный путь к файлу архива. Файл может иметь произвольное расширение или не иметь расширения. Если указано только имя файла, он создается в текущей директории ОС. Если имени предшествует знак «*», файл создается в папке узла. Имя файла должно состоять не менее чем из 2 символов. Для уменьшения времени операций с архивом файл кэшируется; • Состояние архива - разрешение/запрещение использования архива (TRUE/FALSE). В реальном времени архивированием управляет переменная ©Logging (группа СИСТЕМНЫЕ); • Размер файла, Мб - предельно допустимый размер файла архива в мегабайтах. Минимальный размер файла (значение по умолчанию) - 128 МВ, для WinCE - 32 МВ. При переполнении новые сообщения записываются с начала архива; • Максимум очереди записей - максимально возможное число записей в очереди; • подраздел «Кэш»: • Период сохранения - с этим периодом архивные сообщения сбрасываются из кэша в файл (в отсутствие переполнения кэша). Период сохранения задается в секундах и не мо-
жет быть меньше 60с (значение по умолчанию); • Размер, Мб - размер кэша в мегабайтах, по умолчанию -48 МВ (шаг изменения размера кэша - 8 МВ, этот параметр не редактируется). Вкладка ‘Отчет тревог/Дамп/Параметры’редактора узла На этой вкладке для узла конфигурируются отчет тревог (ОТ), дамп, параметры архивирования (SIAD), а также некоторые другие параметры. Раздел конфигурирования ОТ содержит следующие параметры: • Имя файла - в общем случае - полный путь к файлу ОТ. Файл может иметь произвольное расширение или не иметь расширения. Если указано только имя файла, он создается в текущей директории ОС. Если имени предшествует знак «*», файл создается в папке узла. Имя файла ОТ должно состоять не менее чем из 2 символов; • Максимум записей - предельно допустимое число записей в ОТ. Значение по умолчанию (0) соответствует 1 млн. сообщений. При переполнении новые сообщения записываются с начала ОТ (со второй строки). Размер файла ОТ можно изменять с помощью системной переменной @AR_Length (группа СИСТЕМНЫЕ); • Состояние - разрешение/запрещение использования ОТ (TRUE/FALSE). Для управления разрешением использования ОТ в реальном времени используется переменная @Logging (группа СИСТЕМНЫЕ); • Формат даты - форматы даты и времени в ОТ (см. Формат Си вывода даты и времени). Значение по умолчанию - %х %H:%M:%S. К значению даты и времени монитор через точку добавляет значение десятых долей секунды. В Windows СЕ эта опция не работает. Формат даты и времени при работе в этой ОС устанавливается в соответствии с языком (русский - формат соответствует русскому по умолчанию, английский и китайский - формат соответствует английскому (США) по умолчанию). • Подчитать - если TRUE, монитор при старте считывает ОТ (см. Отчет тревог узла, а также Группа ГЭ ’Отчет тревог'). Число считываемых строк ОТ задается на вкладке Дополнительно. Раздел конфигурирования дампа узла содержит следующие параметры: • Имя файла - в общем случае - полный путь к файлу дампа. Файл может иметь произвольное расширение или не иметь расширения. Если указано только имя файла, он создается в текущей директории ОС. Если имени предшествует знак «*», файл создается в папке узла. Имя файла должно состоять не менее чем из 2 символов;
• флаг Подчитывать - если этот флаг установлен, чтение дампа при старте монитора разрешено; • флаг Сохранять - если этот флаг установлен, сохранение данных в дамп разрешено; • Период сохранения состояния системы - период перезаписи дампа, задается в секундах (1-255); • Период сохранения доп. информации - период записи в файлы дополнительной информации, необходимой для корректного восстановления работоспособности узла, натуральное число (1 -однократная запись при штатной остановке узла; 2, 3 и т.д. - период сохранения в минутах, 2 соответствует периоду 1 мин, 3 - периоду 2 мин и т.д.). Например, с помощью данного параметра задается период записи в файл <ID>.DRG буфера тренда (см. ГЭ ‘Тренд’). Раздел «Функции синхронизации» содержит флаги, определяющие маску синхронизации Sync_mask. В реальном времени значение этой маски индицирует/задает переменная @RTM_parameter.Sync_mask (см. Группа СИСТЕМНЫЕ). Функции синхронизации для резервов выполняются для каналов FLOAT, DOUBLE FLOAT, НЕХ16 и НЕХ32 (для синхронизации могут использоваться также переменная @lnput_Output и механизмы MoveNet и MapNet - см. описание @Net_DDE и ©Logging). Описанные ниже функции не используют дамп, который может быть вообще не сконфигурирован, и выполняются даже в том случае, если канал резервного узла выключен. В проекте резервированной системы рекомендуется предусмотреть средства, которые разрешают автопосылки в сеть только каналам узла WORK, а также средства, препятствующие одновременному нахождению нескольких резервов в состоянии WORK. При старте резерв переходит в состояние TRACE, если существует соответствующий узел WORK. • Синхронизация основных атрибутов - если этот флаг установлен и для канала задано чтение дампа (Dump=l), при старте резерва lnTRACE = Rwork (лля канала OUTPUT с автопосылкой, кроме того, Qtrace = Qwork)- В реальном времени для каналов INPUT с автопосылкой во всех случаях Qtrace “ Rwork, для каналов OUTPUT с автопосылкой - lnTRACE = Rwork (непрерывная синхронизация). • Синхронизация архивов по началу - если этот флаг установлен, резервный узел при старте синхронизирует свои архивы с архивами узла, заданного флагом Узел для запроса архивных данных (WORK/TRACE), по начальным данным: Синхронизация архивов по концу - если этот флаг установ
лен, резервный узел при старте синхронизирует свои архивы с архивами узла, заданного флагом Узел для запроса архивных данных (WORK/TRACE), по конечным данным: • ... - зарезервировано. • Узел для запроса архивных данных (WORK/TRACE) - если этот флаг не установлен, резервный узел синхронизирует свои архивы с архивами узла WORK. Если флаг установлен, резервный узел синхронизирует свои архивы с архивами узла TRACE. • Синхронизация глобальных переменных - если этот флаг установлен и для канала вызова программы задано чтение и запись дампа (Dump=3), при старте резерва значения глобальных переменных программы синхронизируются по узлу WORK. Данная функция не работает, если запрещена синхронизация основных атрибутов. • Синхронизация дополнительных атрибутов - если этот флаг установлен и для канала задано чтение дампа (Dump=l), при старте резерва по узлу WORK синхронизируются границы, гистерезис, множитель и смещение (даже если MapNet запрещен). Данная функция не работает, если запрещена синхронизация основных атрибутов. • Принудительная отработка каналов OUTPUT - если этот флаг установлен, возможны следующие состояния синхронизации с удаленным узлом А (индицируются переменной @Status.ForceOutput - см. Группа СИСТЕМНЫЕ): • 0 - переход в 1, если А переходит в состояние WORK или TRACE; • 1 - переход в 2, если А находится в состоянии, отличном от WORK и TRACE, или с ним нарушена связь; • 2 — если А переходит в состояние WORK, выполняется принудительная отработка каналов OUTPUT, для которых задано чтение и запись дампа (Dump=3) и взаимодействующих по CHCOPY с каналами узла А; после отработки - переход в 3; • 3 - переход в 1. Данная функция не работает, если А является резервом, хотя ©Status.ForceOutput индицирует все описанные выше состояния. • Прореживание архивов после синхронизации - если этот флаг установлен, после синхронизации архивов резервного узла выполняется их прореживание; В результате прореживания архива в каждом секундном ин
тервале остается не более чем по одной записи по каждому каналу. • Прореживание архивов при остановке - если этот флаг установлен, при остановке узла выполняется прореживание его архивов; • Запись в архивы среза по всем каналам - если этот флаг установлен, при старте узла в архивы записывается соответствующая информация по всем архивируемым каналам. При первоначальном создании файла архива МРВ всегда записывает в него информацию по всем архивируемым каналам. Поэтому, если флаг Запись в архивы среза по всем каналам установлен, при создании архива срез по каналам записывается в него дважды. Раздел «Начальные значения режимов» содержит поля для задания начальных значений системных переменных @Net_DDE, (©Logging и @lnput_Output. Раздел «Маски переключения режимов» содержит поля задания масок, используемых для вычисления значений соответствующих системных переменных в состояниях WORK и TRACE (см. Группа СИСТЕМНЫЕ): • Маска для @Net_DDE; • Маска для ©Logging; • Маска для @lnput_Output. В состоянии WORK значение переменной вычисляется по следующей формуле: SYS = (SYS * * mask) & SYS В состоянии TRACE значение переменной вычисляется по следующей формуле: SYS = (SYS | mask) & mask где SYS - значение переменной, mask - значение маски, л - операция побитового XOR, & - операция побитового AND, | - операция побитового OR.. С помощью данных масок можно управлять автоматическим включени-ем/отключением функций, соответствующих битам указанных системных переменных, при изменении состояния узла. Вкладка ‘Таймауты’ редактора узла На этой вкладке настраиваются параметры обмена с платами ввода/вывода, установленными в системную шину аппаратного средства, на котором запущен монитор. Большинство таких плат после получения за-
проса требуют временных задержек на оцифровку данных, на переключение внутренних или внешних коммутаторов, на отработку усиления и т.п. На вкладке задаются следующие параметры: • время ожидания ответа от УСО - значения этих таймаутов задаются в относительных единицах. Реальная задержка зависит от производительности процессора. Задержка обеспечивается вставленным в тело программы циклом, внутри которого присутствует еще один пустой цикл. В качестве параметра обоих циклов используется введенное значение таймаута (таким образом, шкала таймаутов является квадратичной). Предельное значение таймаута равно 32000; • MUX - номер канала на внешнем мультиплексоре; • GAIN - параметр усиления; • Преобразование - этот параметр задается в дополнение к таймауту ожидания ответа для плат, время оцифровки которых может варьироваться. Он определяет число запросов, которые генерируются монитором по истечении таймаута ожидания ответа к регистру платы, индицирующему завершение оцифровки. В DOS один такой запрос осуществляется за время порядка 1 мкс, в Windows - 10 мкс, частота запросов устанавливается монитором. Поскольку все такие запросы находятся внутри цикла монитора, задавать их число избыточным нецелесообразно - при отказе оборудования существенно увеличивается время цикла монитора. По умолчанию значение параметра Преобразование равно 2000; • Терминал - таймаут на отображение принятой строки 4- или 8-строчным терминалом с протоколом ADAM (задержка передачи следующей строки после подтверждения терминала о приеме предыдущей строки); • WaitStatus 32000 - таймаут для некоторых плат TCP DAS; Таймауты для плат PCL 711/813: • PCL711/813- таймаут на коммутацию; • PCL GainControl - таймаут на установку коэффициента усиления; • Преобразование PCL 711 - задержка начала проверки окончания оцифровки (таймаут на установку бита в соответствующем регистре платы). Вкладка ‘Дополнительно’редактора узла На этой вкладке конфигурируются дополнительные параметры узла (см. Группа СИСТЕМНЫЕ): • Период посылки сообщения о присутствии в сети (с) -аналог @RTM_Parameter типа OUTPUT с атрибутом Параметр = 1, Always_Send; • Предельное время после последнего приема от удален
ного узла (с) - аналог @RTM_Parameter типа OUTPUT с атрибутом Параметр = 2, Node_UnPresent; • Период проверки состояния удаленных узлов (с) - аналог @RTM_Parameter типа OUTPUT с атрибутом Параметр = 3, Status_Check; • Время на обнаружение резервов (мс) - аналог @RTM_Parameter типа OUTPUT с атрибутом Параметр = 4, Waite_Start; • Таймаут на переход в режим WORK - аналог @RTM_Parameter типа OUTPUT с атрибутом Параметр = 5, Waite_Chg_Sts; • Маска рассылки регистраторам - аналог @IP_parameter типа OUTPUT с атрибутом Параметр = 7, Logger Mask; • Предельное время ожидания ответа на запрос (в циклах) - если запрашиваемый узел присутствует в сети, а ответ на запрос в течение заданного времени не пришел, запрашивающему каналу устанавливается признак аппаратной недостоверности. Данный параметр задается в циклах монитора, значение по умолчанию - 4; • Число буферов для индивидуальных рассылок по сети IP - аналог @IP_parameter типа OUTPUT с атрибутом Параметр =32, CountOflndBlock; • Число считываемых строк ОТ - число строк ОТ, считываемых при старте. Этот параметр задается кратным 16 (не менее 64). В разделе «Приоритеты потоков» данной вкладки приоритеты потоков монитора, заданные по умолчанию, могут быть изменены (см. Потоки монитора).
Защита от несанкционированного доступа Для защиты от несанкционированного доступа к редактированию проекта и/или управлению АСУ для каждого узла должны быть определены пользователи и заданы их права. Для этих целей существует специальные каналы - класса Пользователь. Мониторы контролируют права пользователей и записывают результаты контроля в архив и ОТ. Если в узле не создан ни один канал Пользователь, для запус-ка/остановки узла монитор потребует ввести пароль, заданный в поле Пароль раздела Атрибуты вкладки Основные редактора узла (см. Редактор параметров узла). Если этот пароль не определен и в узле не создан ни один канал класса Пользователь, защита от несанкционированного доступа отсутствует. Канал класса ПОЛЬЗОВАТЕЛЬ Каналы класса Пользователь создаются в группе Пользователи ТМ узла: Редактор канала ПОЛЬЗОВАТЕЛЬ Логин, пароль и права пользователя задаются в соответствующих разделах редактора канала:
Задание прав пользователей Раздел Авторизация: • Логин - поле задания логина пользователя, (210) Login; • Пароль - поле задания пароля пользователя, (211) Password. Раздел Логин: • Рассылка - этот флаг следует установить, если на мобильный телефон пользователя требуется отправлять сообщения отчета тревог; • Автоматическое завершение сеанса - если этот флаг установлен, при остановке монитора логин и пароль не запрашиваются. Раздел Система: • Запуск - разрешение на запуск монитора; • Останов - разрешение на останов монитора; • Выход - разрешение на выход из программы; • Изменение - разрешение на изменение параметров процесса; • Квитирование - разрешение на квитирование (не зависит от разрешения на изменение). Раздел Пользователи: Редактирование - разрешение на редактирование прав пользователей;
• Добавление - разрешение на добавление пользователей; • Удаление - разрешение на удаление пользователей. Поскольку пользователи - компоненты проекта, флаги раздела Пользователи отрабатываются в том случае, если соответствующие флаги установлены в разделе SCAD А или Т-FACTORY (в зависимости от типа узла). В разделе Доступ конфигурируется доступ к графическим экранам и функциям управления графических элементов. • Экраны - установка битов значения атрибута (209) Screen (см. ниже); • Формы - установка битов значения атрибута (208) Access (см. ниже). Раздел SCADA: • Редактирование - разрешение на редактирование проекта АСУТП; • Добавление - разрешение на добавление объектов в проект АСУТП; • Удаление - разрешение на удаление объектов из проекта АСУТП. Раздел T_FACTORY: • Редактирование - разрешение на редактирование проекта Т-FACTORY; • Добавление - разрешение на добавление объектов в проект Т-FACTORY; • Удаление - разрешение на удаление объектов из проекта Т-FACTORY. 16 флагов, для которых не указано соответствие атрибутам канала, формируют биты значения атрибута (207) Right_Mask (соответствие битов флагам аналогично соответствию для переменной ©Rights - см. Группа СИСТЕМНЫЕ). Для управления пользователями и индикации/задания их прав в реальном времени предусмотрены следующие средства: • системная переменная @ R i g h ts; • специфические атрибуты канала Пользователь (см. ниже); • диалог Управление пользователями монитора (см. Профайлер с поддержкой графических экранов). Специфические атрибуты канала ПОЛЬЗОВАТЕЛЬ Помимо атрибутов, общих для каналов всех классов (см. Общие атри-
буты каналов и Атрибуты каналов, отображаемые профайлером), канал класса Пользователь имеет следующие специфические атрибуты (в реальном времени эти атрибуты можно изменять): • 26, Phone - номер мобильного телефона; • 27, Email - адрес электронной почты; • 28, Message - при каждом вводе в этот атрибут текстовой строки она отправляется в виде SMS-сообщения на мобильный телефон пользователя. Чтение из этого атрибута невозможно; • 207, Right_Mask - с помощью этого атрибута можно изменять некоторые права пользователя, соответствие битов правам аналогично соответствию для переменной ©Rights - см. Группа СИСТЕМНЫЕ; • 208, Access - права на использование функций управления ГЭ (битовая маска Формы раздела Доступ редактора, см. также Функции управления ГЭ); • 209, Screen - права на доступ к графическим экранам (битовая маска Экраны раздела Доступ редактора, см. также Задание параметров графического экрана); • 210, Login-логин; • 211, Password - пароль.
Обработка аварийных ситуаций При работе АСУ могут возникать различные аварии - неисправность датчика, обрыв линии связи, выход из строя контроллера/компьютера, выход параметров техпроцесса за установленные границы и т.п. Чтобы обеспечить непрерывность процесса, система управления должна быть снабжена средствами обнаружения и обработки аварийных ситуаций. В TRACE MODE 6 с этой целью предусмотрены следующие средства: • автоматическая установка признака аппаратной недостоверности каналу с настроенным свойством связь или вызов (см. Принцип работы монитора. Канал TRACE MODE 6 и Атрибуты каналов, отображаемые профайлером), - например, каналу, связанному с аппаратурой ввода/вывода или каналом другого узла по любому из доступных интерфейсов взаимодействия в случае сбоя при обмене данными; • автоматическая установка признака программной недостоверности каналу при выходе его значения за установленные пределы; • мониторинг значения каналов FLOAT - для этих каналов задаются 6 границ, с помощью которых возможно своевременное обнаружение нештатного состояния процесса; • мониторинг событий (в том числе аварий) с помощью канала класса Событие; • резервирование. TRACE MODE 6 располагает средствами, позволяющими выполнить при работе АСУ действия, направленные на предотвращение возникновения или развития аварии. К таким средствам относятся, например, возможность включения сигнализации, выдачи рекомендации оператору, блокировки и т.п. Информация о состоянии процесса может быть сохранена в архивы и в отчет тревог (см. Отчет тревог и генерация сообщений).
Документирование проекта Команда Документировать проект (CTRL+P) предназначена для сохранения словесного описания проекта в HTML-файл. При выполнении данной команды открывается окно выбора директории: При нажатии ОК в указанной папке создается файл <имя npoeKTa>.html: Кроме указанного файла, в папке создается поддиректория рисунков images и стилевой файл tmde_print_style.css.
Конвертирование проектов Конвертирование в формат TRACE MODE 6 проекта, разработанного в TRACE MODE 5, зависит от флага Отключить конвертирование графической базы (см. Вкладка ‘Интегрированная среда разработки’). Если конвертирование графических баз разрешено, перед импортом в TRACE MODE 6 все необходимые библиотеки и ресурсы должны быть вручную скопированы в папку проекта. Выполнение данной процедуры не требуется, если проект размещен в директории %TraceMode5%. Конвертирование проектов TRACE MODE 5 в формат TRACE MODE 6 выполняется с некоторыми ограничениями: • FBD-блок, созданный из программы FBD, конвертируется в отдельную программу. Следующие компоненты проектов TRACE MODE 5 не конвертируются или конвертируются некорректно: • метапрограммы; • каналы вызова драйверов tl 1 и tl2.
Отладка проекта в ИС Для отладки проекта ИС снабжена следующими механизмами: • автономная отладка шаблонов - см. разделы, посвященные разработке шаблонов; • запуск выделенного узла (слоя Технология) под управлением одного из отладочных мониторов (профайлеров) из интегрированной среды по команде Отладка (см. Меню ‘Файл’ и главная панель инструментов ИС и Задание общих настроек ИС) с протоколированием работы в текстовый файл; • использование функции шпион - эта функция обеспечивает получение в режиме редактирования реальных данных с работающих узлов проекта. Для ее использования нужно выполнить команду Шпион, при этом в ИС открывается одноименное окно: В случае одновременного запуска МРВ и ИС в режиме шпион на одном и том же компьютере, для сетевого взаимодействия МРВ и шпиона должны быть заданы разные сетевые адаптеры (см. Задание общих настроек ИС). Профайлеры Для отладки узла (слоя Технология) его можно запустить (в том числе из ИС) под управлением одного из следующих отладочных мониторов: • профайлера с поддержкой графических экранов (rtc.exe); • профайлера без поддержки графических экранов (rtmg32.exe). При конфигурировании ИС можно указать профайлер, который должен запускаться из ИС (см. Задание общих настроек ИС). Для профайлера без поддержки графики можно задать режим отображения каналов распределенными по внутренним стандартным группам (объектам) TRACE MODE. Профайлеры записывают протокол своей работы в файл <имя файла рг]>_<порядковый номер ysna>.txt, который сохраняется в папке уз
ла. Степень детализации отладочной информации, выводимой в файл, может быть задана. В списке профайлера каналы отображаются по возрастанию ID, а аргументы канала - по возрастанию порядкового номера. Профайлер с поддержкой графических экранов Монитор генерирует сообщения об ошибках загрузки узла (см. описание переменной @Load в разделе Группа СИС- ТЕМНЫЕ). Графическая оболочка этого профайлера содержит меню, панель инструментов и рабочее поле, в котором отображаются графические экраны: Меню Файл и панель инструментов содержат команды открытия (w, CTRL+O) и запуска CTRL+R) узла, а также команду выхода из программы. При нажатии ПК в строке меню отображается всплывающее меню, содержащее следующие команды: • Узел - скрыть/показать панель инструментов. Меню Действия содержит команды авторизации/окончания сеанса (Вход/Выход, CTRL+SHIFT+ALT+P), а также команду посылки сообщения в отчет тревог (Ввести комментарий). Меню Вид содержит следующие команды (сочетания клавиш CTRL+0,1,3 работают только при отображении экрана в окне): • Полный экран (CTRL+F) - переключение вида отображения графический экранов (в окне/полноэкранный). В полноэкранном режиме видимо окно меню; если это окно активно, его можно закрыть с помощью ALT+F4; • Компоненты (CTRL+0) - по этой команде на экране появляется диалог, в левой части которого отображаются каналы узла, а правая содержит инструменты задания атрибутов канала, выделенного в левой части:
Для задания входного значения канала (атрибута 0, In) нужно ввести требуемое значение в поле справа от кнопки In и нажать ЛК на этой кнопке. Для задания значения произвольного атрибута нужно выделить атрибут в списке, ввести требуемое значение в поле справа от кнопки, на которую выводится короткое имя выбранного атрибута, и нажать ЛК на этой кнопке. Для присвоения атрибуту текущего времени ОС можно ввести знак равенства «=». Для присвоения атрибуту текущего времени ОС, смещенного на N секунд, можно ввести выражение «= N» или «= - N». Для выключения канала нужно установить флаг в поле справа от кнопки SC и нажать ЛК на этой кнопке. • Статус узлов (CTRL+1) - по этой команде на экране появляется окно, в котором отображается текущее состояние узлов проекта: • Пользователи (CTRL+3) - по этой команде на экране появляется диалог для работы с каналами класса Пользователь:
С помощью этого диалога можно редактировать права пользователей, созданных при разработке проекта, а также удалять пользователей и создавать новых. Верхний раздел диалога предназначен для авторизации, остальные разделы содержат те же флаги, что и редактор канала класса Пользователь (см. Канал класса ПОЛЬЗОВАТЕЛЬ); • Всплывающие экраны - по этой команде на экране появляется диалог управления отображением всплывающих экранов: Для отображения требуемого всплывающего экрана нужно выделить его в списке и нажать кнопку Наверх. Меню Справка содержит следующие команды: • Содержание - вызов контекстной справки TRACE MODE 6. • О программе - вызов справки о МРВ. • Справка по проекту - вызов из папки узла справки по проекту (разрабатывается пользователем). Файл справки ищется в следующем порядке: <имя бЬЬ-файла>.сЬт, <имя dbb-файла>_Ье1р.Ь1т1, <имя с1ЬЬ-файла>_Ье1рЛх! Если ни одного из указанных файлов в папке узла нет, команда Справка по проекту недоступна. Для открытия диалогов Компоненты, Статус узлов и Пользователи пользователь должен иметь соответствующие права (Редактирование, Добавление и Изменение в разделе SCADA).
Графический экран можно масштабировать в реальном времени с сохранением центра видимой области. При нажатии CTRL+Shift+Z экран переходит в режим масштаба Fit to Screen, т.е. пропорционально масштабируется до исчезновения полос прокрутки. При изменении границ окна экрана установленный масштаб не меняется. При повторном нажатии CTRL+Shift+Z происходит возврат в масштаб 1:1с прокруткой до центрирования положения курсора на момент нажатия. Вид отображения графических экранов может быть задан с помощью следующих ключей команды запуска МРВ (см. также Задание параметров работы мониторов): <МРВ> <узел> [/fullscreen [/hidemenu]] [/run] • /fullscreen - в полноэкранном режиме; если ключ не задан - в окне; • /fullscreen /hidemenu - в полноэкранном режиме без меню; • /run - запуск узла. Если в узле существуют каналы класса ПОЛЬЗОВАТЕЛЬ, МРВ пытается запустить узел от лица пользователя с логином default и паролем default. Профайлер без поддержки графических экранов Этот профайлер обеспечивает отображение мнемосхем и графических панелей (см. Мнемосхемы и Графические панели). Монитор генерирует сообщения об ошибках загрузки узла (см. описание переменной @Load в разделе Группа СИСТЕМНЫЕ). Графическая оболочка профайлера содержит меню, панель инструментов и рабочее поле, в котором отображаются каналы узла:
Если на канале дважды нажать ПК с удержанием CTRL, канал выделяется жирным шрифтом (для снятия выделения всех каналов нужно выполнить команду Снять маркировку из меню Настройки): j • Keyboard#l[ ++]...: О pila[ +4-J11:19:49.306:31Б !-ind:l[++]l 1:19:49.306 :0 :•••• mnemo[ ++]... : 7 chl[ ++]...: 0 : state:[++]l 1:19:39.392 : 2 L-color[ ++]11:19:39.392 : C Меню Файл и панель инструментов содержат команды открытия Pl ¥- CTRL+O), перезагрузки (__;, CTRL+R) и запуска (-А) узла, а также команду выхода из программы. Меню Пользователь содержит команды авторизации/окончания сеанса (Вход/Выход), а также команду Управление (см. описание команды Пользователи в разделе Профайлер с поддержкой графических экранов). Меню Вид содержит флаги управления видимостью строки статуса и панели инструментов, а также команду открытия окна просмотра статусов узлов (см. Профайлер с поддержкой графических экранов). Меню Настройки содержит следующие команды: • Отладка - при выполнении этой команды на экране появляется диалог, в котором конфигурируется информация, выводимая в протокол конвертера и протокол профайлера: В разделе Загрузка данного диалога устанавливаются те же флаги, что и в настройках ИС (см. Вкладка ‘Интегрированная среда разработки’ / Раздел ‘Сохранить для МРВ’). В разделе Работа данного диалога устанавливаются флаги, кото
рые задают степень детализации информации, выводимой в отладочный файл профайлера. Для мониторинга/задания состояния всех 16 флагов в реальном времени используется системная переменная ©Debug (см. Группа СИСТЕМНЫЕ). • Сокращенно - если этот флаг установлен (значение по умолчанию), профайлер не отображает атрибуты каналов (в строке канала отображается его реальное значение и некоторые другие атрибуты, зависящие от остальных флагов меню Настройки): В этом режиме при двойном нажатии ЛК на канале на экране появляется окно задания его входного значения (атрибута 0, In): Если флаг не установлен, профайлер отображает атрибуты каналов (см. Атрибуты каналов, отображаемые профайлером): Файл Пользователи Вид Настройки Помощь Н Канал# 1[ +4-J9:40:21.886 : 0.020427 I j-R : 0.020427 I I А : 0 i pin: 0 Ready В этом режиме при двойном нажатии на атрибуте на экране появляется окно задания его значения (для задания значения времени могут быть использованы те же выражения, что и в профайлере с поддержкой графических экранов - см. Профайлер с поддержкой графических экранов):
• Флаги - если этот флаг установлен (значение по умолчанию), в строке канала отображается состояние флагов (3, С) Состояние и (8, W) Подключение: Канал#1[ ++]: 123 При установке каналу признака аппаратной недостоверности к указанным флагам добавляется знак «?»: Канал#![?-+] : 123 • Время изменения - если этот флаг установлен (значение по умолчанию), в строке канала отображается время изменения его значения: chl[ ++]17:00:46.000 : 5 • Дополнительно - при установке этого флага (по умолчанию он не установлен) в строке канала отображается: слева от имени — идентификатор канала, справа - подтип, дополнение к подтипу (см. Подтипы каналов) и тип (i/o): [OOl]chl[O.O,i]: 1 Если флаг установлен, слева от короткого имени атрибута отображается его номер: ••[045] Т : 30.11.2006 16:43:39 • Скорость обновления - выбор времени цикла отображения профайлера (по умолчанию — 1с); • Экспорт СПАД - экспорт данных архива (см. Экспорт архивных данных); • Снять маркировку - снять выделение каналов. При запуске монитора могут быть заданы некоторые параметры его работы (см. Задание параметров работы мониторов).
172 Руководство пользователя TRACE MODE 6
Глава 3 Каналы и системные переменные TRACE MODE 6
Пересчет базы каналов В этом разделе описывается алгоритм пересчета базы каналов монитором TRACE MODE. Эту информацию следует учитывать при создании проекта в ИС для оптимизации работы будущей АСУ. Потоки монитора Для решения задач, заданных в узле, монитор может создавать до 24 потоков. Приоритеты потоков заданы по умолчанию, однако их можно изменить на вкладке Дополнительно редактора узла (см. Вкладки редактора узла). При редактировании приоритетов они выбираются из следующего списка: • -1-Default; • О-IDLE; • 2-LOWEST; • 4 - BELOW NORMAL; • 6-NORMAL; • 10 - ABOVE NORMAL; • 12-HIGHEST; • 14 - TIMECRITICAL; • 77 - STOP. Ниже указаны задачи, выполняемые в потоках (см. также Принцип работы монитора. Канал TRACE MODE 6): • 1 - основной поток, выполняемый монитором циклически. Один цикл включает следующие последовательно выполняемые этапы: • последовательный анализ всех включенных каналов узла (по возрастанию ID) и установка флага SV (недоступен для пользователя) каналам, требующим пересчета (см. Период и фаза пересчета канала). Пересчет всех каналов (кроме каналов CALL) типа INPUT, которые должны пересчитываться в основном потоке, и, в некоторых случаях, - отработка этих каналов: если канал связан с УСО - установка каналу флага необходимости отработки Q (недоступен для пользователя), отработка (чтение данных) и пересчет (вычисление атрибутов канала - т.е. выполнение внутренних алгоритмов и трансляции). Сброс для канала флагов SV и Q; если канал принимает данные асинхронно (сеть, RS) — установка флага Q и пересчет. Сброс флага SV, установленный флаг Q является признаком необходимости отработки канала в соответ-
ствующем потоке; • пересчет и отработка каналов класса CALL основного потока; • пересчет каналов типа OUTPUT, которые должны пересчитываться в основном потоке, и анализ их выходного значения. Установка флага Q каналам, выходное значение которых изменилось. Дальнейшие действия выполняются по следующему алгоритму: если канал связан с УСО - отработка (передача значения) и сброс флага Q; если канал передает данные асинхронно (сеть, RS), он не отрабатывается и флаг Q не сбрасывается. Не сброшенный в основном потоке флаг SV является признаком необходимости пересчета канала в соответствующем потоке. Если используются приоритеты потоков по умолчанию, и для цикла установлено время (см. Время цикла монитора), недостаточное для выполнения всех его задач, система будет работоспособной (будет идти обмен по RS и сети, выполняться программы и т.п.), однако заданные временные характеристики пересчета/отработки каналов будут нарушаться (т.е. быстродействие системы снизится). Например, в такой ситуации при запуске узла под Windows СЕ может никогда не отработаться вызов графической панели; • 2 - прием по сети IP; • 3 - отсылка по сети IP; • 4 - действие - печать, вывод в файл и т.п.; • 5 - сервер DDE, NetDDE; • 6-T-FACTORY; • 7 - MODBUS TCP/IP; • 8 - отчет тревог; • 9 - копирование отчета тревог; • 10 —дамп; • 11 - быстрые каналы; • 12 - TCP/IP (TCP для удаленной отладки); • 13 —tl2; • 14-MASTER RS; • 15-SLAVE RS; • 16-модем; • 17 - отображение графических экранов; • 18-SIAD; • 19 - IDLE - SQL; генерация документов; выборка их архивов с помощью каналов класса CALL; выполнение программ, вызываемых
каналами класса CALL с периодом пересчета idle (IDLE); • 20 - клиент DDE, NetDDE; • 21-GSM. Некорректная установка приоритетов потоков может привести к неработоспособности системы. Трансляция (вызов шаблонов программ числовыми каналами) отрабатывается монитором в основном потоке, поэтому для корректной загрузки потоков рекомендуется использовать ее только в случае необходимости. Время цикла монитора При конфигурировании узла (см. Редактор параметров узла) необходимо задать время, отводимое монитору на цикл (однократное выполнение задач основного потока - см. Потоки монитора). Управляя временем цикла и приоритетами потоков монитора, а также временными характеристиками пересчета отдельных каналов (см. Период и фаза пересчета канала), можно оптимизировать быстродействие системы. Время цикла настраивается с помощью двух параметров, которые задаются в разделе Пересчет вкладки Основные редактора параметров узла. Параметр Разрешение задает разрешение таймера tick (в секундах), параметр Период - период пересчета в единицах tick: - Пересчет ----------> Период |10 yj Разрешение 10.055 [ I J Произведение этих параметров определяет время цикла монитора в секундах. Разрешение таймера (tick) может варьироваться в следующих пределах: • в MS Windows — не менее 0.01с; • в MS WinCE - не менее 0.001с; • в MS DOS-в диапазоне 0.001с-0.055с; • в MinOS7 и ROM-DOS - не менее 0.055с. По умолчанию разрешение таймера равно 0.055 с, период - 10. Реальное время цикла может быть немного больше установленного значе ния.
Период и фаза пересчета канала Значение периода пересчета канала может устанавливаться либо в единицах времени (при этом оно должно быть кратно времени цикла монитора), либо в циклах монитора (см. Время цикла монитора). Если, например, период пересчета канала задан равным 2 с, а время цикла при этом равно 5 с, то канал будет пересчитываться не чаще, чем 1 раз в 5 с. При редактировании проекта в ИС начальное значение и единицы измерения периода задаются на вкладке Основные раздела Системные редактора канала: Период Единица измерения | 1 $| [цикл ,v| В реальном времени период канала можно изменять, модифицируя значения атрибутов Период пересчета (значение) (5, FRQ) и Период пересчета (единицы) (38, FRQ_D) При редактировании в ИС единицы измерения периода канала (или тип пересчета) выбираются из следующего списка (в скобках слева приведено значение, которое в реальном времени нужно послать в атрибут FRQ_D для задания соответствующих единиц измерения, в скобках справа - допустимое значение периода для выбранных единиц измерения; этот список хранится в файле recalculation.tmc): • (0) цикл - период в циклах; • (1) сек - период в секундах (1 -60); • (2) м и н - период в минутах (1 -60); • (3) час - период в часах (1-24); • (4) флаги - период в циклах с блокировкой пересчета с помощью канала типа OUTPUT, связанного с системной переменной Сис-TeMHbie/@Recalculation_Flag (атрибут Параметр переменной должен быть равен 0). Для блокировки пересчета надо послать в такой канал значение 1; • (5) F1 - период в циклах с отставанием на 1 цикл; • (6) F2 - период в циклах с отставанием на 2 цикла; • (7) F3 - период в циклах с отставанием на 3 цикла; • (8) F4 - период в циклах с отставанием на 4 цикла; • (9) быстрый - пересчет в потоке быстрые каналы (см. Потоки монитора), равнозначен периоду в циклах. Период быстрый может быть задан для следующих каналов: • каналов, связанных со встроенными генераторами TRACE MODE;
• каналов дискретного ввода/вывода; • каналов CALL; • каналов типа OUTPUT (не более четырех) обмена по RS (М-Link, MODBUS, tl 1 и т.п.). Если существуют каналы обмена по RS как с обычным периодом, так и с периодом быстрый, их пересчет будет выполняться в следующей последовательности: быстрый!, ... быстрыйЫ, обычныйО, быстрый!, ... бы-стрыйН, обычный! и т.д.; • (10) на старте - канал пересчитывается один раз при старте монитора; • (11) в нач. часа — один раз в сутки в начале часа, заданного атрибутом Период; • (12) в нач. дня - один раз в месяц в начале суток, номер которых задается атрибутом Период; • (13) по времени - в указанное время. Монитор создает в памяти список фиксированных значений времени (в DOS список содержит две позиции, в Windows семейства NT - 32), который при старте заполнен нулевыми значениями (0 соответствует периоду 1 цикл). Для заполнения списка необходимыми значениями времени (в секундах с 01.01.70) используются каналы класса TIME, связанные с системными переменными CncTeMHbie/@Recalculation_Flag. Атрибут Параметр системной переменной задает индекс значения времени в списке (начиная с 1), значение канала TIME - значение времени: • если значение канала меньше 86400, оно прибавляется к значению времени в указанной позиции списка; • если значение канала больше или равно 86400, оно задает значение времени в указанной позиции списка. Для выбора времени пересчета канала с единицами измерения периода По времени используется его атрибут Период пересчета (значение) (5, FRQ) - значение этого атрибута указывает индекс времени в списке монитора, • (14) однократно - канал пересчитывается один раз и выключается; • (15) в потоке Idle - пересчет в потоке idle; • (16) в потоке TF - пересчет в потоке Т-Factory; • (17) Trace Depth 0 и (18) Trace Depth <>0 - по команде Сохранить для МРВ (см. Меню ‘Файл’ и главная панель инструментов ИС) из каналов с такими периодами пересчета экспортируются только те, значение периода которых не противоречит значению параметра Глубина отслеживания источников в общих параметрах ИС (см. Задание общих настроек ИС). Период экспортированных каналов устанавливается в циклах.
При создании канала в ИС ему по умолчанию задается период 1 цикл. Для каналов, период которых задан в циклах (кроме F1, F4), необхо- димость пересчета определяется по равенству нулю остатка от деления значения системной переменной CncTeMHbie/@Recalculation_lndex (индекс пересчета) на период канала. Индекс пересчета увеличивается на 1 на каждом цикле и сбрасывается в 1 при достижении значения 100. Для мониторинга его текущего значения можно использовать канал типа INPUT, связанный с этой системной переменной. Для каналов, имеющих тип периода F1, ..., F4, условие пересчета можно записать следующим образом: (<Индекс пересчета>%5 = I) & (<Индекс пересче-ia>%FRQ = 0) где I - фаза (1,2, 3 или 4); FRQ - период. Исходя из этого условия, значение периода канала 1 и размерность F1 устанавливают его пересчет один раз в 5 циклов с отставанием на 1 цикл от канала с периодом, равным 5 и размерностью цикл. Каналы с периодом F2 в этих же условиях будут отставать на 2 цикла, F3 - на 3 цикла, a F4 -на 4 цикла. Значение периода 2 задает для этих каналов пересчет 1 раз в 10 циклов ит. д. Введение фазы позволяет распределить нагрузку по пересчету каналов с одинаковым значением периода на разные циклы. Пример В базе присутствуют 10 000 каналов. Если их период установлен равным 5, то они пересчитываются (и, возможно, отрабатываются) один раз в пять циклов на одном цикле. В течение четырех циклов нагрузка по пересчету нулевая, а на одном - максимальная. При этом можно перегрузить систему вычислениями на пятом цикле. Если разбить каналы на пять групп, по 2000 в каждой, у первой оставить период равным 5, а у остальных - равным 1 и использовать размерности F1, ..., F4, то нагрузка по пересчету равномерно распределяется во времени. В этом случае на каждом цикле системы будут пересчитываться только 2000 каналов. В такой ситуации, как и в первом случае, данные во всех каналах будут обновляться с одинаковой частотой, однако обновление будет сдвинуто по фазе для каждой группы.
Особенности пересчета и отработки каналов Канал типа INPUT При аппаратной недостоверности канала (см. Атрибуты каналов, отображаемые профайлером и Общие атрибуты каналов) не выполняются его внутренние алгоритмы и трансляция (см. Числовые каналы), и атрибуты (0,R) и (1,А) становятся независимыми переменными. Если канал связан с локальным каналом (генератором), то значение привязки записывается в атрибут (2,In). Если канал связан с удаленным каналом, то атрибут (2,In) становится независимой переменной. Атрибуты 0-2 сохраняют значения, сформированные до установки аппаратной недостоверности, и эти значения могут быть изменены. При (8,W) = 1 не выполняются внутренние алгоритмы канала и трансляция, R=Q, а атрибуты (1, А) и (2,In) становятся независимыми переменными. Атрибуты 1 и 2 сохраняют значения, сформированные до установки флага, и эти значения могут быть изменены. Канал типа OUTPUT Выходное значение (9,Q) канала передается во вход (2,In) привязанного удаленного канала в следующих случаях: • Q изменилось; • канал отрабатывается принудительно (39, ЕХЕС=1, после такой отработки ЕХЕС автоматически обнуляется); • после сброса признака аппаратной недостоверности канала. Аппаратная недостоверность автоматически устанавливается при отсутствии удаленного узла в следующих случаях: • после загрузки МРВ и запуска узла; • при изменении Q (аппаратная недостоверность канала не отключает его внутренние алгоритмы и трансляцию). При восстановлении связи с удаленным узлом признак аппаратной недостоверности канала сбрасывается автоматически, если состояние удаленного узла - WORK. • если (8,W) = 0 или этот флаг сбрасывается в первый раз после загрузки МРВ и запуска узла; • после сброса (8,W), если во время (8,W) = 1 изменилось Q (отключение канала от приемника не отключает его внутренние алгоритмы и трансляцию). В отсутствие отработки канала вход (2,In) привязанного канала является независимой переменной, т.е. его значение может произвольно изменяться в удаленном узле.
Атрибуты каналов Каналы одного класса обладают идентичным набором атрибутов и предопределенных алгоритмов их обработки. Существуют также атрибуты, которыми обладают все каналы вне зависимости от их класса (такие атрибуты имеют одинаковые индексы во всех каналах). Начальное конфигурирование каналов выполняется при разработке проекта в ИС в соответствующем редакторе и/или в окне свойств (см. Редакторы каналов и Окно свойств объекта структуры проекта). Атрибуты могут быть изменены в реальном времени (например, из графической оболочки профайлера), поэтому в последующем описании указаны их индексы и короткие имена. В состав TRACE MODE входит файл atribute.txt, в котором указано соответствие коротких имен атрибутов их индексам в каналах всех классов. Индекс атрибута является его единственным идентификатором для монитора. Установке флага канала в редакторе соответствует, как правило, посылка 1 в соответствующий атрибут. Общие атрибуты каналов При конфигурировании в ИС могут быть заданы некоторые атрибуты, общие для каналов всех классов (в соответствующих разделах редакторов каналов и/или в окне их свойств - см. Редакторы каналов и Окно свойств объекта структуры проекта). Общие атрибуты каналов, значения которых не задаются в редакторах, отображаются профайлером, при этом некоторые из них могут быть изменены в реальном времени. Профайлер позволяет изменить значение любого атрибута, однако следует иметь в виду, что некорректные действия с атрибутами могут привести к неработоспособности канала. Верхний раздел редактора канала В верхней части редактора канала любого класса содержатся поля для редактирования следующих атрибутов: • Имя - (127, B_NAME, МРВ - NAME) - имя канала (при создании
канала задается по умолчанию и может быть изменено в этом поле) (см. Имена и идентификаторы объектов структуры); • Кодировка - (79, CODE) - кодировка класса канала, задаваемая по умолчанию в TRACE MODE. Кодировку можно изменить с помощью этого поля; • Комментарий - (80, CMNT, МРВ - COMMNT) - комментарий, представляет собой текстовую строку длиной до 40 символов (редактируется). Эти атрибуты могут быть также отредактированы в окне свойств (см. Вкладка 'Информация’). Вкладка ‘Основные’ редактора канала На этой вкладке редактируются следующие атрибуты канала: • Тип - (81, TYPE, МРВ - Ю, в окне свойств - флаг Тип OUTPUT) - тип канала: INPUT (0 в реальном времени) или OUTPUT (1). Числовые каналы типа INPUT предназначены для приема данных от источников, типа OUTPUT - для передачи данных приемникам. У канала класса FLOAT с обработкой алгоритм обработки зависит от типа канала. Монитор автоматически устанавливает для канала тип, соответствующий привязанному источнику/приемнику; • Размерность - (82, DIM) - размерность реального значения канала. Этот параметр выбирается из списка, который хранится в текстовом файле tmcf/dimension.tmc. Если требуемая размерность в списке отсутствует, то ее можно добавить, отредактировав указанный файл в редакторе с поддержкой кодировки UTF-8 - например, в MS WORD (редактировать файлы *.tmc в редакторе Блокнот ОС WINDOWS не рекомендуется). Текст размерности не может содержать более 8 символов, а количество строк в списке не должно превышать 255; • Период - (5, FRQ) — значение периода пересчета канала (см. Пе-
риод и фаза пересчета канала); • Единица измерения - (38, FRQ D) - единицы измерения периода пересчета канала, выбирается из списка (см. Период и фаза пересчета канала); • Включить - (60, T_NET, МРВ - ToNet, в окне свойств - флаг Разрешить) - при установке этого флага монитор будет передавать в сеть реальное значение канала при каждом его изменении в виде широковещательного сообщения (см. Конфигурирование межкомпонентного взаимодействия). На других узлах такое сообщение принимается каналами, которые связаны с данным; • Индекс - (61, N SND, МРВ - Nind, в окне свойств - флаг ID автопосылки) - индекс, по которому другие узлы идентифицируют широковещательное сообщение. Использование этого параметра позволяет перенести узел на другое аппаратное средство (например, на компьютер с другим IP-адресом) без модификации проекта; • Отработать - (39, ЕХЕС) - установка этого флага является признаком необходимости отработки канала. Установка флага Отработать в редакторе задает пересчет и отработку канала при старте монитора; • На старте - (2, In) - значение, указанное в этом поле, присваивается атрибуту (2, In) канала при старте монитора. Тип и параметры автопосылки в сеть могут быть заданы также в окне свойств канала (см. Вкладка ‘Флаги’). Вкладка ‘Архивация’редактора канала На этой вкладке редактируются следующие атрибуты канала: • СПАД - (41, АВ) (в окне свойств - Номер SIAD) - признак архивирования атрибутов канала в SIAD, выбирается из следующего списка: нет - не архивировать, 1 - архивировать в SIAD1, 2 - в SIAD2, 3 - в SIAD3 (в реальном времени в атрибут нужно послать
соответственно 0, 1, 2 и 3). Набор архивируемых атрибутов зависит от флага Атрибуты; • Регистратор - (42, RB) - признак архивирования атрибутов канала в регистратор. Набор архивируемых атрибутов зависит от флага Атрибуты; • Атрибуты — (44, МВ) - от этого флага зависит набор атрибутов канала, архивируемых в указанный архив SIAD и/или регистратор. Этот флаг влияет также на генерацию сообщений для отчета тревог; • Дамп - (58, DW, МРВ - Dump) - признак использования дампа, выбирается из следующего списка: No - не использовать, READ -считывать значение канала из дампа при старте, WRITE - записывать информацию по данному каналу в дамп, READ/WRITE — выполнять обе операции (в реальном времени в атрибут нужно послать соответственно 0, 1, 2 и 3). Необходимость чтения дампа при старте монитор определяет по атрибуту (59, DR) Dump read (0 -не читать, 1 - читать). Если один из этих атрибутов принимает значение 0 или 1, другой принимает такое же значение автоматически. Если Dump=2,3, DR=1. В окне свойств канала признак использования дампа задается с помощью двух флагов - Чтение дампа и Запись в дамп. Если установлен только первый из них, то Dump=DR=l. Если установлен только второй, DR=1, Dump=2. Если установлены оба флага, Dump=3, DR=1. Если флаги не установлены, DR Dump^O; • Отчет тревог - (43, ЕВ) - признак генерации сообщений для отчета тревог. Критерии генерации сообщений зависят от флага Атрибуты; • Индекс аварийного словаря - (57, ALR MSGJ, МРВ - lala) - словарь (в реальном времени - его порядковый номер в узле), чьи сообщения будут использованы для событий данного канала (если словарь не задан, генерируются сообщения, заданные по умолчанию). Словарь выбирается в следующем диалоге (для вызова диалога нужно нажать кнопку L^J);
Для удаления привязки канала к словарю нужно нажать кнопку X.. Все перечисленные атрибуты, за исключением индекса словаря, могут быть заданы в окне свойств канала (см. Вкладка ‘Флаги’). Вкладка ‘Дополнительно’редактора канала Системные -......... Основные Архивация Дополнительно □ Отключить от источника Е] Выключить □ Отладка | | Смена типа В х/Вых Привязка На этой вкладке редактируются следующие атрибуты канала: • Отключить от источника - (8, W) Подключение - при установке этого флага канал отключается от источника/приемника; • Выключить - (3, С) Состояние - установка этого флага означает остановку пересчета канала. Профайлер отображает значение этого атрибута совместно с типом канала и аппаратной достоверностью в виде <тип (1/О)> <состояние (Оп/ОТТ)>+<достоверность (T/F)> - например, О On+F для пересчитываемого канала типа OUTPUT с недостоверным значением; • Отладка - (49, DBG) Отладка - если этот флаг установлен, в отладочный файл профайлера <имя файла prj>_<ordinal>.txt (ordinal - порядковый номер узла) будет выводиться информация, определяемая каналом, связанным с системной переменной ©Debug (группа СИСТЕМНЫЕ); • Смена типа Вх/Вых - (51, ЫО) Change Ю - смена типа канала на одну отработку. Этот флаг используется для канала типа OUTPUT, связанного с приемником, - например, для канала, задающего уставку в контроллере. Если узел, на котором размещен такой канал, по каким-либо причинам остановлен, то при его дальнейшем
запуске в канал вначале необходимо считать текущее значение уставки из контроллера (для этого тип канала должен быть INPUT), после чего переключить канал в рабочий режим. Этот флаг может быть использован в случае обмена по некоторым протоколам (М-Link, I-NET, MODBUS и т.п.); • Привязка (86, LN_ATTR, МРВ - nAtrt) - задание свойства связь. Компонент для привязки выбирается в следующем диалоге (для вызова диалога нужно нажать кнопку CZJ): Для удаления привязки канала нужно нажать кнопку /V. Атрибуты каналов, отображаемые профайлером Помимо атрибутов, которые могут быть заданы в редакторе или окне свойств любого канала (см. Общие атрибуты каналов), профайлер отображает следующие атрибуты для всех каналов (в канале СОБЫТИЕ и каналах T-Factory общие для всех каналов атрибуты могут иметь другие имена и использоваться специфическим образом): • (О, R) - Реальное значение; • (1, А) - Аппаратное значение - этот атрибут используется в числовых каналах (кроме TIME) и канале CALL при определенных условиях; • (4,1) - Достоверность - бит 0 этого атрибута индицирует аппаратную достоверность значения канала (0 - достоверно. 1 - недостоверно). Как правило, монитор автоматически устанавлива-ет/сбрасывает этот признак каналу с настроенным свойством связь или вызов (см. Принцип работы монитора. Канал TRACE MODE 6) при нарушении/восстановлении условий выполнения соответствующей операции (например, при обры-ве/восстановлении линии связи). Для канала может быть также сформирован признак программной недостоверности - см. ниже описание атрибута (52, l_S, МРВ - FS). Значение FS копируется в бит 1 атрибута I. Значение I отображается в профайлере следую-
щим образом: • 0-_Т • 1-.F • 2-IT • 3-IF • (6, D) - Тенденция - этот атрибут индицирует результат сравнения реальных значений канала на текущем и предыдущем тактах пересчета. В каналах классов FLOAT и DOUBLE FLOAT атрибут Тенденция принимает следующие значения: О - значение не изменилось; 1 — значение уменьшилось; 2 - значение увеличилось. В каналах классов НЕХ16 и НЕХ32 каждый бит данного атрибута (соответственно 16- и 32-разрядного) индицирует изменение соответствующего бита реального значения. Если по сравнению с предыдущим тактом пересчета значение бита реального значения канала изменилось, то соответствующий бит атрибута Тенденция принимает значение 1, в противном случае - 0; • (7, Р) - этот атрибут имеет различный смысл и наименование в каналах различных классов. В каналах FLOAT и DOUBLE FLOAT с заданными границами атрибут имеет имя Интервал и индицирует номер интервала, в котором находится реальное значение канала. В канале TIME атрибут имеет наименование Формат представления и индицирует/задает формат представления реального значения канала (номер по списку TIME_def.tmc). В канале Событие атрибут индицирует возникновение (1) и исчезновение (0) события; • (9, Q) - Выходное значение. Данный атрибут не используется в каналах TIME, CALL; • (45, Т) Время изменения - значение этого атрибута соответствует времени последнего изменения реального значения канала или времени выставления каналу признака недостоверности. Данный атрибут возвращает 4-байтовое число секунд с 01.01.70. Атрибут не используется в каналах CALL; • (46, QE) Защелка - монитор присваивает этому атрибуту значение 1 в следующих случаях: • для каналов FLOAT без обработки, а также других числовых каналов — изменилось значение канала; • для канала FLOAT с обработкой - изменилось значение ат-
рибута 7, Р; • для каналов CALL — канал отработан; • (47, iDstr) - запрос DDE; этот атрибут используется в канале CALL для замены виртуальных привязок аргументов (см. Замена виртуальной привязки аргументов в канале CALL); • (48, WF) - номер класса канала; • (52, FS) Достоверность программная - программная достоверность значения канала. Значение 1 этого атрибута, индицирующее программную недостоверность значения канала, может быть сформировано или задано вручную в профайлере (в отличие от аппаратной недостоверности - см. выше описание атрибута (4, I)). Программная недостоверность формируется автоматически для канала FLOAT типа INPUT, если его реальное значение выходит из диапазона [LL, HL], а также для канала, отключенного от источни-ка/приемника (W=l); • (55, relink) Перепривязка - этот атрибут предназначен для пере-привязки аргументов канала CALL (см. Замена привязок аргументов канала CALL на привязки аргументов другого канала CALL); • (56, nBits) Число бит - с помощью этой переменной в каналах НЕХ16 и НЕХ32 можно задать число байт, участвующих во внутреннем алгоритме инверсии; • (78, HF) - 1 для целочисленных каналов (НЕХ16, НЕХ32, Событие), 0 - для каналов других классов; • (83, SGNL) Сигнал - номер типа сигнала, заданного для источника, с которым связан канал (по списку tmcf/signal.tmc); • (86, LN_ATTR, МРВ - nAtrt) Привязка - если компонент вызывает шаблон, nAtrt=255. Если компонент связан с некоторым атрибутом А другого компонента, nAtrt равно индексу атрибута А. В остальных случаях nAtrt=O; • (87, СС) - этот атрибут используется в канале CALL с типами вызова Program, SQLQuery, Document(Report) и Screen (см. Атрибуты канала класса CALL); • (88, ms) - в этот атрибут записываются миллисекунды времени изменения значения канала (дополнение к атрибуту 45); • (89, IA_L0, МРВ - LO) L0 - значение первых четырех байтов удаленного адреса; • (90, IAJ0, МРВ - IO) I0 - значение первого (младшего) слова удаленного адреса; адрес привязанного аппаратного тега. Этот атрибут используется также в канале CALL с типом вызова Screen (см. Атрибуты канала класса CALL); • (91, 1А_11, МРВ - И) И - значение второго слова удаленного адреса. Этот атрибут используется также в канале CALL с типом вызова Screen (см. Атрибуты канала класса CALL);
• (92, IA_I2, МРВ - I2) I2 - значение третьего слова удаленного адреса; код ошибки в канале CALL с типами вызова Program, SQLQuery и Document(Report) (см. Атрибуты канала класса CALL); • (93, IA_C0, МРВ - СО) СО - значение первого (младшего) байта удаленного адреса; • (94, 1А_С1, МРВ - С1) С1 - значение второго байта удаленного адреса; • (95, 1А_С2, МРВ - С2) С2 - значение третьего байта удаленного адреса; • (96,1А_СЗ, МРВ - СЗ) СЗ - значение четвертого байта удаленного адреса; • (97,1А_С4 , МРВ - С4) С4 - значение пятого байта удаленного адреса; • (98, 1А_С5, МРВ - С5) С5 - значение шестого байта удаленного адреса; • (118, ID) - этот атрибут используется для перепривязки аргументов канала CALL (см. Перепривязка аргументов на уровне объектов); • (119, extL) - служебная переменная (номер шаблона, который вызывается данным каналом); • (120, АСК) - зарезервировано; • (123, СТУРЕ, МРВ - What) - тип вызова (для канала с настроенным свойством вызов - см. Канал класса CALL); • (124, ArgSize) - число аргументов, их список, текущее значение и привязки: В- Arg5ize : 4 г Д000 : 0(Канал#1Л) • А001 :0(Канал#9.Р) А002 : 2000 (Канал#5.1п) А003 : 0(KaHan#l.LW) Аргументы также являются атрибутами канала, их индексация начинается с 1000. В ИС 64 аргумента канала (индексы 1000-1063) доступны для привязки через атрибуты 140-203 (привязка к атрибуту 140 в ИС равнозначна привязке к аргументу с индексом 1000); • (125, Rind) - для каналов CALL, вызывающих шаблоны, - оценка времени выполнения в миллисекундах; для канала, принимающего сетевую автопосылку, - номер этой автопосылки; • (126, TsT) - этот атрибут индицирует информацию о канале в следующем формате: (<class>)<subtype>.<addition>_p<num> где
• class - обозначение класса канала; • subtype - номер подтипа канала (внутренний параметр TRACE MODE - см. Подтипы каналов); • addition - номер дополнения к подтипу канала (внутренний параметр TRACE MODE - см. Подтипы каналов); • num - Профайлер позволяет изменить значение любого атрибута, однако следует иметь в виду, что некорректные действия с атрибутами могут привести к неработоспособности канала.
Числовые каналы Обработка данных в числовых каналах Числовые каналы (кроме каналов DOUBLE FLOAT и TIME - см. Классификация компонентов) снабжены внутренними алгоритмами обработки данных, принятых от источников или передаваемых приемникам (см. Математическая обработка данных). В этих алгоритмах, в общем случае, задействованы 4 атрибута - Входное значение (2, In), Аппаратное значение (1, А), Реальное значение (О, R) и Выходное значение (9, Q). Трансляция Трансляцией называется вызов программы числовым каналом (это единственное назначение свойства вызов числового канала). При вызове программы числовым каналом (кроме канала TIME) может быть выполнено следующее преобразование его атрибутов: аппаратное значение (А)<=>программа<=>реальное Значение (R) Направление преобразования зависит от типа канала: • INPUT: А=>программа=>Р • OUTPUT: R=>nporpaMMa=>A Направление преобразования следует учитывать для корректной привязки атрибутов числового канала к аргументам программы. Ниже показаны примеры такой привязки (канал f_i_p - типа INPUT, f_p_p - типа OUTPUT) (см. также Табличный редактор аргументов):
Канал класса FLOAT Тип данных канала класса FLOAT - REAL (см. Определение переменных и констант). Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), и атрибутов, общих для числовых каналов (см. Атрибуты каналов, отображаемые профайлером), каналы класса FLOAT имеют специфические атрибуты. К специфическим атрибутам, которые могут быть заданы в редакторе канала FLOAT (см. Редакторы каналов), относятся следующие: • раздел «Границы»: • флаг Использовать - (85, BNDR) - установка этого флага в редакторе равнозначна присвоению атрибуту BNDR значения 0, что разрешает монитору анализировать значения шести границ канала (HL, НА, HW, LW, LA и LL - см. Гра-ницы и интервалы канала FLOAT). При BNDR=1 (аналог снятия флага Использовать) анализ границ запрещен. От этого флага зависит исполнение алгоритма клиппирования в канале OUTPUT (см. Обработка в канале FLOAT); • ВП-(26, HL) - значение верхнего предела; • ВА-(28, НА) - значение верхней аварийной границы; • ВГ - (30, HW) - значение верхней предупредительной границы; • НГ - (31, LW) - значение нижней предупредительной границы; • НА-(29, LA) - значение нижней аварийной границы; • НП-(27, LL) - значение нижнего предела; • Гистерезис - (32, Hyst) - от этого параметра зависят условия генерации сообщений при переходе реальным значением канала заданных границ (см. Границы и интервалы канала FLOAT): в сторону увеличения номера интервала: <LL, <LA, <LW, >HW, >HA, >HL в сторону уменьшения номера интервала: >(LL+H), >(LA+H), >(LW+H), <(HW-H), <(НА-Н), <(HL-H) • флаг Контроль границ - (53, SC_F, МРВ - LMT) - установка этого флага равнозначна присвоению атрибуту LMT значения 1. Действие флага различно для каналов типов INPUT и OUTPUT. В первом случае наличие флага означает разрешение установки каналу признака программной недостоверности (FS=1 - см. Атрибуты каналов, отображае
мые профайлером) в случае выхода реального значения канала за пределы диапазона [LL, HL] (если BNDR=0). При возврате реального значения в диапазон признак программной недостоверности автоматически сбрасывается (FS=0). Для типа OUTPUT установка флага Контроль границ разрешает клиппирование реального значения канала (если BNDR=0-cm. Обработка в канале FLOAT). При LMT=0 или BNDR=1 описанные алгоритмы не исполняются; • раздел «Обработка»: • флаг Использовать - (50, PRS, недоступен для изменения в реальном времени) — если этот флаг снят, канал является каналом FLOAT без обработки, если флаг установлен - каналом FLOAT с обработкой (см. Обработка в канале FLOAT); • Апертура - (35, АР, МРВ - APert) - этот параметр конфигурирует алгоритм фильтрации малых изменений значения (см. Обработка в канале FLOAT). По умолчанию APert = 0; • Пик - (36, DP, МРВ - DPic) - этот параметр конфигурирует алгоритм подавления одиночных пиков в канале INPUT и алгоритм линейного сглаживания - в канале OUTPUT (см. Обработка в канале FLOAT). По умолчанию DPic=10000; • Сглаживание - (37, DS Экспоненциальное сглаживание, МРВ - DSmoot) - коэффициент (0<=DSmoot<=l) в стандартном алгоритме экспоненциального сглаживания (см. Обработка в канале FLOAT). При DSmoot=0 (значение по умолчанию) этот алгоритм не выполняется; • Множитель (33, КХ) и Смещение (34, Z Дрейф нуля, МРВ - ZERO) - параметры масштабирования (см. Обработка в канале FLOAT): A=ln*KX+Z в канале типа INPUT; Q=(A+Z)*KX в канале типа OUTPUT. По умолчанию КХ=1, Z=0. Атрибуты Множитель и Смещение могут быть также рассчитаны в разделе Масштабирование (для активизации раздела нужно установить флаг Масштабирование). Этот раздел, в зависимости от типа канала (INPUT или OUTPUT), имеет вид соответствующей формулы преобразования: для канала типа INPUT:
0 Масштабирование Масштабирование In Множитель Смещение А Мах Мах 100 —--------' I---------1 [300 Min [ Рассчитать ] Min • для канала типа OUTPUT: [У| Масштабирование М асштабирование А Смещение Множитель Q Мах Мах /1200 г---------л г---------, 5251 Min [ Рассчитать ] Min Для расчета множителя и смещения нужно ввести входной диапазон (диапазон изменения атрибута In для канала INPUT или А для канала OUTPUT), выходной диапазон (диапазон изменения атрибута А для канала INPUT или Q для канала OUTPUT) и нажать кнопку Рассчитать. Для задания диапазонов используются соответствующие поля Min и Мах. Особенности установки признака недостоверности Если канал FLOAT типа INPUT связан с источником, для которого задан тип сигнала 4-20тА или 1 -5V, и при этом входное значение канала равно 0, ему устанавливается признак аппаратной недостоверности - для этого монитор анализирует значения атрибутов (2, In) и (84, Ь11). (В процессе конвертирования в атрибут Ь11 передается значение атрибута 83, SGNL -см. Атрибуты каналов, отображаемые профайлером). Границы и интервалы канала FLOAT Границы и интервалы Для мониторинга состояния техпроцесса (см. Обработка аварийных ситуаций) для каналов FLOAT могут быть заданы 6 границ (см. Канал класса FLOAT):
Некоторые OEM-версии мониторов и NanoRTM имеют ограничения по числу анализируемых границ. Границы задают диапазоны (интервалы), в которых может находиться значение отслеживаемого параметра: В случае, когда задано не менее двух ненулевых значений границ и полный перечень заданных значений границ корректен (LL LA<~LW HW HA<HL), монитор на каждом цикле пересчета определяет номер интервала, в котором находится реальное значение канала, и записывает этот номер в атрибут Интервал (7, Р). С помощью флага (53, LMT) Контроль границ можно задать режим установки каналу типа INPUT признака программной недостоверности в случае выхода его значения за пределы диапазона [LL, HL], Этот режим может быть использован в том случае, если в канал записывается некоторая величина, диапазон изменения которой заранее известен, и всякое значение вне этого диапазона, принятое в канал, является следствием какой-либо ошибки или сбоя, поэтому не может быть использовано для анализа. Если флаг Контроль границ установлен для канала типа OUTPUT, реальное значение этого канала при выходе из диапазона [LL, HL] клиппируется. Указанные действия выполняются в том случае, если разрешен анализ границ (BNDR=0). Генерация сообщений. Гистерезис Условия генерации сообщений при пересечении реальным значением канала заданных границ зависят от значения атрибута Гистерезис (32, Hyst) (см. Канал класса FLOAT и Генерация сообщений по каналам): • переход реального значения канала через границы в сторону развития аварийной ситуации (т.е. в сторону увеличения номера интервала) фиксируется по заданным для границ значениям: <LL, <LA, <LW, >HW, >HA, >HL • при обратном переходе реального значения канала через границы (в сторону уменьшения номера интервала) значения границ корректируются в соответствующем направлении на величину гистерезиса Н:
> (LL+H) , > (LA+H) , > (LW+H) , < (HW-H) , < (HA-H) , < (HL-H) По полученным таким образом значениям границ вычисляется номер интервала. Введение гистерезиса позволяет убрать ненужный поток сообщений в отчет тревог при небольших колебаниях контролируемого параметра вблизи значения одной из границ. Пример Рассмотрим решение следующей задачи: при понижении ниже LW или повышении выше HW давления в котле надо записать в отчет тревог сообщение «КОТЕЛ_1 предаварийное состояние» и проиграть предупреждающий звуковой файл 1 .wav. Создадим канал класса FLOAT типа INPUT с именем ДАВЛЕНИЕ и настроим его на прием данных от датчика. Установим для этого канала флаг сохранения в отчет тревог и, исходя из технологических требований, зададим значения границ LW и HW (для гистерезиса зададим нулевое значение). Свяжем этот канал со словарем сообщений для канала FLOAT, в котором для LW зададим требуемое сообщение. Создадим канал ЗВУК (произвольного числового класса) типа OUTPUT и свяжем его с системной переменной CHCTEMHbIE/@Sound_File. Создадим следующий шаблон программы на языке Techno ST: PROGRAM VAR_INPUT ARG_000 : REAL; END_VAR VAR_OUTPUT ARG_001 : REAL; END_VAR IF ARG_000<>0 THEN ARG_001 = 1; //1 - имя звукового файла ELSE ARG_001=0; END_IF; END_PROGRAM Создадим канал CALL, вызывающий шаблон программы, и в окне его свойств зададим привязки аргументов следующим образом: || Информация | Флаги | Аргументы | Атрибуты | рта s а .. I Имя I Тип | Тип данных ] Значение по умолчанию | Привязка I Флаги tARGJOO^iN'n^REAL ^ДДВЛЁНИЁ : Интервал (Система. RTM_i .Каналы) |ARG_001 tfh-jOUT §K]REAL ЗВУК:Вхсаное значение(Система.НТМ_1 .Каналы) При такой конфигурации вызова программы, в случае выхода реального значения канала ДАВЛЕНИЕ из интервала 0, атрибут Интервал канала (и, соответственно, аргумент ARG 000) примет ненулевое значение, ар
гумент ARG_001 (и, соответственно, канал ЗВУК) примет значение 1, и файл 1 .wav будет воспроизведен. Обработка в канале FLOAT В измерительном тракте (в общем случае датчик=>УСО=>контроллер) происходит преобразование реальной физической величины (температуры, давления и т.п.) в один из следующих «инженерных» видов: • в число, соответствующее амплитуде некоторого электрического сигнала (в том числе унифицированного - 0-10V, 4-20mA и т.д.); • в число, соответствующее проценту от диапазона изменения некоторого электрического сигнала; • в двоичный код (после АЦП). В управляющем тракте (в общем случае контрол-лер=>УСО=>исполнительный механизм) выполняется обратное преобразование. При обработке данных, поступающих из измерительного тракта или передаваемых в управляющий, необходимо скорректировать различные погрешности трактов. Для отображения поступающих данных требуется переводить «инженерные» данные в реально измеряемые (например, если требуется отображать значение температуры в ее физических единицах -градусах). Управляющий сигнал во многих случаях требуется сглаживать. Для решения подобных задач канал FLOAT снабжен следующими встроенными алгоритмами обработки, параметры которых могут быть заданы как в редакторе, так и в реальном времени (см. Канал класса FLOAT): • канал INPUT: • масштабирование; • фильтрация одиночных пиков; • фильтрация малых изменений (апертура); • экспоненциальное сглаживание; • канал OUTPUT: • экспоненциальное сглаживание; • линейное сглаживание; • фильтрация малых изменений (апертура); • клиппирование; • масштабирование. При использовании экспоненциального сглаживания фильтрация малых изменений в канале FLOAT не выполняется. Если встроенных алгоритмов обработки данных недостаточно, в каналах FLOAT может быть использована процедура трансляции (см. Числовые
каналы) - например, для корректировки нелинейности передаточной характеристики измерительного/управляющего тракта. Атрибуты Входное значение (2, In), Аппаратное значение (1, А), Реальное значение (О, R) и Выходное значение (9, Q) задействованы во внутренних алгоритмах канала FLOAT следующим образом: В указанных на рисунках формулах масштабирования КХ и Z являются значениями атрибутов Множитель (33, КХ) и Смещение (34, Z Дрейф нуля, МРВ - ZERO - см. Канал класса FLOAT). Все алгоритмы обработки (за исключением клиппирования реального значения в канале OUTPUT) выполняются в том случае, если для канала установлен флаг (50, PRS) Использовать - такой канал является каналом FLOAT с обработкой. В профайлере канал FLOAT с обработкой индицируется как C5_FloatExt (атрибут 126, TsT). Если флаг (50, PRS) Использовать не установлен, монитор не загружает атрибуты, конфигурирующие соответствующие алгоритмы обработки, и, соответственно, не исполняет эти алгоритмы - в этом случае канал является каналом FLOAT без обработки. В профайлере канал FLOAT без обработки индицируется как C4_Float. Клиппирование реального значения канала OUTPUT выполняется в том случае, если установлены флаги (83, BNDR) Использовать и (53, LMT) Контроль границ (т.е. BNDR=0 и LMT=1). Выполнение этой процедуры не зависит от флага (50, PRS) Использовать. Если флаг PRS не установлен и в канале не используется трансляция, монитор не использует аппаратное значение канала. В нижеприведенных формулах алгоритмов In, A, R, Q, КХ, Z, APert, DSmoot и DPic обозначают соответствующие атрибуты канала.
Масштабирование Масштабирование в канале FLOAT выполняется по следующим законам (при PRS=1): • в канале типа INPUT: А = ln*KX + Z • в канале типа OUTPUT: Q = (А + Z)*KX Экспоненциальное сглаживание При PRS=1 и DSmootoO (0<DSmoot<=l) в канале FLOAT выполняется экспоненциальное сглаживание (индекс указывает номер такта пересчета): • в канале типа INPUT: Rn= Resultn*(1 - DSmootn) + DSmootn*Rn.1 Resultn обозначает результат фильтрации пиков; • в канале типа OUTPUT: RESULTn= lnn*(1 - DSmootn) + DSmootn*Rn.i Результат экспоненциального сглаживания RESULTn далее обрабатывается процедурой линейного сглаживания. При DSmootoO фильтрация малых изменений в канале FLOAT не выполняется. Фильтрация пиков или фильтрация малых изменений в канале INPUT При PRS=1 в канале INPUT выполняется фильтрация пиков или фильтрация малых изменений (апертура). Фильтрация пиков - это алгоритм, позволяющий игнорировать в течение одного такта пересчета изменение значения сверх установленной величины (DPic). Фильтрация малых изменений - это алгоритм, позволяющий игнорировать изменение значения, если это изменение меньше заданной величины (APert). При использовании экспоненциального сглаживания фильтрация малых изменений в канале FLOAT не выполняется. При обработке значения в канале выполняется один из этих алгоритмов
фильтрации (индекс указывает номер такта пересчета): • если |RESn-Rn.i| <= DPicn, то выполняется фильтрация малых изменений: • если |RESn-Rn-i| < APertn, то Resultn = Rn-i; • если IRESn-Rn.il >= APertn, то Resultn = RESn; • если IRESn-Rn.il > DPiCn, то выполняется фильтрация одиночных пиков: • если на такте (п-1) фильтрация пиков не использовалась, Resultn = Rn-i (первый пик фильтруется); • если на такте (п-1) фильтрация пиков использовалась, Resultn = RESn (второй подряд пик не фильтруется). Здесь RESn - результат процедуры трансляции или, в ее отсутствие, аппаратное значение канала; Resultn - результат описываемых алгоритмов (на n-ом такте пересчета). Как следствие, APertn > DPicn не имеет смысла, поскольку не отрабатывается никогда. Линейное сглаживание и фильтрация малых изменений в канале OUTPUT При PRS=1 в канале OUTPUT выполняется линейное сглаживание и/или фильтрация малых изменений (индекс указывает номер такта пересчета): • если |RESULTn - Rn.,| <= DPicn, то выполняется фильтрация малых изменений: • если |RESULTn- Rn-i| <= APertn, то Resn= Rn-i; • если |RESULTn- Rn-i| > APertn, to Resn = RESULTn; • если |RESULTn-Rn.i| > DPiCn, то вычисляется результат линейного сглаживания LINn = Rn-i + DPicn (если RESULTn > Rn-i) или LINn = Rn.i - DPicn (если RESULTn < Rn.1) и далее выполняется фильтрация малых изменений: • если |LINn- Rn-11<= APertn, To:Resn = Rn-i; • если |LINn— Rn-i| > APertn, to: Resn=LINn; RESULTn - результат предыдущей процедуры, Resn - результат описываемых алгоритмов на n-ом такте пересчета. Resn при BNDR=0 и 1_МТ=1 обрабатывается далее процедурой клиппирования. При использовании экспоненциального сглаживания фильтрация малых изменений в канале FLOAT не выполняется.
Клиппирование в канале OUTPUT Ограничение реального значения в канале FLOAT типа OUTPUT выполняется по следующим законам (при BNDR=0 и LMT=1): • если Res > HL, то R = HL; • если Res < LL, то R = LL; • ecnnLL<=Res<=HL, ToR = Res. Здесь Res - результат предыдущей процедуры обработки (линейного сглаживания и/или фильтрации малых изменений). Сглаживание в канале FLOAT OUTPUT Ниже показаны различные виды сглаживания в канале FLOAT OUTPUT при подаче на вход значения 100. Период пересчета канала и масштаб временной шкалы тренда во всех случаях одинаковы. Экспоненциальное сглаживание (APert = 0. DPic - 10000, DSmoot -0.5): Линейное сглаживание (APert = 0, DPic = 10, DSmoot = 0): Комбинированное сглаживание - линейное на начальном и центральном
участках и экспоненциальное на последнем участке (APert = 0, DPic = 10, DSmoot = 0.5): Канал класса DOUBLE FLOAT Тип данных канала класса DOUBLE FLOAT - LREAL (см. Определение переменных и констант). Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), и атрибутов, общих для числовых каналов (см. Атрибуты каналов, отображаемые профайлером), каналы класса DOUBLE FLOAT имеют специфические атрибуты. К специфическим атрибутам, которые могут быть заданы в редакторе канала, относятся следующие: • раздел «Границы»: • флаг Использовать - (85, BNDR) - установка этого флага в редакторе равнозначна присвоению атрибуту BNDR значения 0, что разрешает монитору анализировать значения двух границ канала (атрибутов HL и LL). При BNDR=1 (аналог снятия флага Использовать) границы не анализируются; • ВП-(26, HL) - значение верхней границы; • НП-(27, LL) - значение нижней границы. Границы канала задают диапазоны (интервалы), в которых может находиться его реальное значение: LL HL Монитор на каждом цикле пересчета определяет номер интервала, в кото
ром находится реальное значение канала, и записывает этот номер в атрибут Интервал (7, Р). Для каналов DOUBLE FLOAT может быть определена процедура трансляции (см. Числовые каналы). Атрибуты Входное значение (2, In), Аппаратное значение (1, А), Реальное значение (0, R) и Выходное значение (9, Q) канала DOUBLE FLOAT связаны следующим образом: • канал типа INPUT: канал типа OUTPUT: В этом канале, в отличие от канала FLOAT, атрибут Аппаратное значение (1, А) используется во всех случаях. В профайлере канал DOUBLE FLOAT индицируется как C6_DFIoat (атрибут 126, TsT). Канал класса HEX16 Тип данных канала класса НЕХ16 - UINT (см. Определение переменных и констант). Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), и атрибутов, общих для числовых каналов (см. Атрибуты каналов, отображаемые профайлером), каналы класса HEX 16 имеют специфические атрибуты. К специфическим атрибутам, которые могут быть заданы в редакторе канала, относятся следующие: • раздел «Параметры»: • Размерность в битах - (56, nBits) Number Bits - данный атрибут задает число байт, участвующих в процедуре инверсии: <=8-1 байт;
8-2 байта; • флаг Инверсия (40, NM) - если этот флаг установлен, инвертирование в канале разрешено; • флаг DEC (84, HD) - если этот флаг установлен (HD=1), значение канала отображается в профайлере в десятичном виде; если флаг не установлен (HD=0) - в шестнадцатеричном. От этого флага зависит также алгоритм записи сообщений в отчет тревог (см. Сообщения по каналам НЕХ16 и НЕХ32). Атрибуты Входное значение (2, In), Аппаратное значение (1, А), Реальное значение (0, R) и Выходное значение (9, Q) канала HEX 16 задействованы в его алгоритмах обработки следующим образом (см. также Числовые каналы): • канал типа OUTPUT: В отсутствие процедуры трансляции, в каналах HEX 16 не используется атрибут Аппаратное значение (1, А). К специфическим атрибутам канала HEX 16, отображаемым в профайлере, относятся также следующие: • Бит1-Бит16 (10-25, Ь1-Ь16) - значения битов реального значения канала; • Байт0-Байт1 (100-101, ByteO-Bytel) - значение соответственно младшего и старшего байта реального значения канала. Следующие специфические атрибуты содержат значения соответствующих групп битов реального значения канала: • Биты_0-3 (104, bits_0-3); • Биты_4-7 (105, bits_4-7); • Биты_8-11 (106, bits_8-11); • Биты_12-15 (107, bits_12-15);
• Биты_0-1 (108, bits_0-1); • БитЫ-2-3 (109, bits_2-3); • Биты_4-5 (110, bits_0-3); • Биты_6-7 (111, bits_6-1); • Биты_8-9 (112, bits_8-9); • Биты_10-11 (113, bits_10-11); • Биты_12-13 (114, bits_12-13); • Биты_14-15 (115, bits_14-15). Запись значений в эти атрибуты равнозначна изменению соответствующих битов/байтов входного значения канала. В профайлере канал НЕХ16 индицируется как С2_Нех16 (атрибут 126, TsT). Канал класса HEX32 Тип данных канала класса НЕХ32 - UDINT (см. Определение переменных и констант). Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), и атрибутов, общих для числовых каналов (см. Атрибуты каналов, отображаемые профайлером), каналы класса НЕХ32 имеют специфические атрибуты. К специфическим атрибутам, которые могут быть заданы в редакторе канала, относятся следующие: • раздел «Параметры»: • Размерность в битах - (56, nBits) Number Bits - данный атрибут задает число байт, участвующих в процедуре инверсии: <=24-3 байта; >24 — 4 байта; • флаг Инверсия (40, NM) - если этот флаг установлен, инвертирование в канале разрешено; • флаг DEC (84, HD) - если этот флаг установлен (HD=1), значение канала отображается в профайлере в десятичном виде; если флаг не установлен (HD=0) - в шестнадцатеричном. От этого флага зависит также алгоритм записи сообщений в отчет тревог (см. Сообщения по каналам НЕХ16 и НЕХ32). Атрибуты Входное значение (2, In), Аппаратное значение (1, А), Реальное значение (0, R) и Выходное значение (9, Q) канала НЕХ32 задействованы в его алгоритмах обработки следующим образом (см. также Числовые каналы):
В отсутствие процедуры трансляции, в каналах НЕХ32 не используется атрибут Аппаратное значение (1, А). К специфическим атрибутам канала НЕХ32, отображаемым в профайлере, относятся также следующие: • Бит1-Бит16 (10-25, b 1 —Ь16) - значения битов реального значения канала; • Бит17- Бит32 (62-77, Ь17-Ь32) - значения битов реального значения канала • БайтОБайтЗ (100-103, Byte0-Byte3) - значение соответственно байта 0 (младший байт), 1,2 и 3 реального значения канала. Запись значений в эти атрибуты равнозначна изменению соответствующих битов/байтов входного значения канала. В профайлере канал НЕХ32 индицируется как СЗ_Нех32 (атрибут 126, TsT). Канал класса TIME Канал класса TIME предназначен для работы со значениями даты и времени. Каналы этого класса, как правило, имеют тип INPUT, атрибуты Аппаратное значение (1, А) и Выходное значение (9, Q) в них не используются. Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), и некоторых атрибутов, общих для числовых каналов (см. Атрибуты каналов, отображаемые профайлером), каналы класса TIME имеют специфические атрибуты. В редакторе может быть задан единственный специфический атрибут этого канала - Формат представления реального значения канала (слева в скобках указано значение атрибута (7, Р), этот список хранится в файле
TIME_def.tmc): (0) Дата и время ОС (в профайлере - Date Time); (1) Только дата ОС (в профайлере - Date); (2) Только время ОС (в профайлере - Time); (3) Число секунд с 01.01.70 (в профайлере - As Long); (4) Дата и время Access (в профайлере - Date Time Access); (5) d..dD hh:mm:ss (в профайлере-XDXhXmXs); (6) h...hH:mm:ss (в профайлере - Period). В Windows СЕ эта функция не работает. Формат даты и времени при работе в этой ОС устанавливается в соответствии с языком (русский - формат соответствует русскому по умолчанию, английский и китайский - формат соответствует английскому (США) по умолчанию). К специфическим атрибутам канала TIME, отображаемым в профайлере, относятся также следующие: • Секунды (10, s); • Минуты (11, т); • Часы (12, h); • День (13, day); • Месяц (14, month); • Год (15, year); • День года (16, day_of_y); • День недели (17, dayofw); • Зимнее/летнее время (18, daylight, 0-зимнее, 1 - летнее). Атрибуты Входное значение (2, In) и Реальное значение (0, R) канала TIME связаны следующим образом: Значение даты и времени могут быть записаны в канал TIME из аргумента с целочисленным 4-байтовым типом данных, из графики - из аргумента экрана с типом данных TIME, DATE, TIME_OF_DAY, DATE AND TIME (см. Определение переменных и констант). В профайлере канал TIME индицируется как C13_Time (атрибут 126, TsT).
Канал класса CALL Канал этого класса является многофункциональным. При конфигурировании свойства вызов канал CALL настраивается на вызов шаблонов. Канал CALL с ненастроенным свойством вызов используется для различных операций - например, для извлечения и обработки архивных данных. Атрибуты канала класса CALL Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), каналы класса CALL имеют специфические атрибуты: • Тип вызова (123, What) (см. ниже); • Параметр (34, FPrnt) - уточняет функциональное назначение канала при некоторых типах вызова; • Глубина выборки (34, FPrnt) - выбирается из списка sql_call.tmc. Этот атрибут используется для задания интервала выборки их архива при соответствующих типах вызова (см. Выборка и обработка данных SIAD); • Активен (40, ACTIVE) - при отработке свойства вызов канала CALL этот атрибут принимает значение 1, в противном случае он равен 0; • Запись в файл (129, WFile) - при посылке в этот атрибут неотрицательного значения V текущие значения аргументов канала записываются в текстовый файл <имя канала>_<М>.ба1 (N - целая часть V; если N=0, файл имеет имя <имя канала>.ба1), каждая строка которого содержит обозначение аргумента и его значение. Если имя канала содержит двоеточие (т.е. имеет вид <стро-ка1>:<строка2>), то текущие значения аргументов канала записываются в секцию N файла с именем <строка1> без расширения; • Чтение из файла (128, RFile) - при посылке в этот атрибут неотрицательного значения V в аргументы канала считываются значения из файла <имя канала>_<1Ч>.ба! или из файла <имя ка-Hana>.dat или из секции N файла с именем <строка1> без расширения (см. выше описание атрибута 129, WFile). Единовременно может быть отработано чтение из файла или запись в файл только для одного канала. Следующая подобная операция должна выполняться только после завершения предыдущей. Если атрибут 128 (129) привязан к аргументу OUTPUT некоторого канала, каждая отработка этого канала инициирует операцию чтения (записи).
Начальное значение атрибутов Тип вызова, Параметр и Глубина выборки задается в редакторе канала. В профайлере канал CALL индицируется как C1_Control (атрибут 126, TsT), подтип - 10, номер дополнения к подтипу соответствует номеру типа вызова (DEC) (см. Подтип 10). Типы вызова канала CALL Атрибут Тип вызова определяет функциональное назначение канала (в ряде случаев уточняется значением атрибута Параметр). Ниже при описании каждого типа вызова в скобках слева указан его номер (задан в calltype.tmc) - для изменения типа вызова в реальном времени это значение нужно присвоить атрибуту (123, What) (работает для типов вызова с номерами больше 14): • (0) No - запрет пересчета канала; • (1) Program - вызов программы. В атрибут 87, СС канала CALL с данным типом вызова записывается время (в миллисекундах) между вызовами программы (см. Атрибуты каналов, отображаемые профайлером). В атрибут 92, 12 записывается код ошибки (см. Коды диагностируемых ошибок). Количество аргументов канала вызова программы ограничено; в случае 4-байтовых аргументов: в Windows - 1024, в DOS - 256 (т.е. под все аргументы не может быть выделено памяти больше, чем 4k в Windows и 1k в DOS-см. Определение переменных и констант); • (2) SQLQuery - вызов связи с БД. В атрибут 87, СС канала CALL с данным типом вызова записывается время (в миллисекундах) между началом передачи SQL-запроса драйверу БД и готовностью драйвера БД к приему следующего SQL-запроса (см. Атрибуты каналов, отображаемые профайлером). Пока драйвер не подтвердил готовность, в атрибуте 87 хранится время начала передачи. МРВ не управляет транзакциями и не контролирует их; т.е., за целостность БД отвечает СУБД. В атрибут 92, 12 записывается код ошибки (см. Коды диагностируемых ошибок); • (3) Document(Report) - генерация документа (отчета). В атрибут 87, СС канала CALL с данным типом вызова записывается время (в миллисекундах), затраченное на генерацию отчета (см. Атрибуты каналов, отображаемые профайлером). Пока документ генерируется, в атрибуте 87 хранится время начала генерации. В атрибут 92, 12 записывается код ошибки (см. Коды диагностируемых ошибок); • (4) Screen - вызов графического экрана. В профайлере с периодом
1 (5) минут вычисляется значение атрибута 87, СС такого канала. Величина СС*10 мс равна промежутку между временем подачи команды отработки канала и временем доступности соответствующего шаблона для передачи ему параметров (т.е. временем фактической реализации шаблона). Количество аргументов канала вызова экрана ограничено; в случае 4-байтовых аргументов их число не должно превышать 6000. Если в узле вызывается несколько экранов, то их видимостью можно управлять в реальном времени - для этого входному значению соответствующего канала Экран нужно присвоить значение 2 (если экран не содержит трендов, нужно также присвоить значение 1 атрибуту 53, Update). При посылке в канал Экран значения 1 соответствующий графический экран не отображается. При запуске узла монитор выбирает экран для отображения по следующим критериям (по убыванию приоритета): • у канала вызова (39, ЕХЕС)=1 или (2,1п)=2; • канал вызова имеет наименьший ID. Для всплывающих экранов: • если входному значению канала Экран присвоить значение 3, в его атрибуты 90 и 91 выводятся координаты (соответственно X и Y) левого верхнего угла экрана (см. также Задание параметров графического экрана); • если входному значению канала Экран присвоить значение 4, положение экрана изменяется в соответствии с координатами, заданными атрибутами 90 и 91. Атрибут (53 Update) канала Экран отвечает за обновление информации на соответствующем графическом экране (этот атрибут не влияет на отображение видеоклипов). Аппаратное значение канала Экран может быть использовано для реализации передачи в графику архивных значений каналов, атрибут Параметр - для отображения системного времени (см. Особенности вызова графического экрана); • (5) Panel - вызов графической панели (см. Графические панели). Если в узле вызывается несколько панелей, то их видимостью можно управлять в реальном времени - для этого входному значению соответствующего канала вызова нужно присвоить значение 2. Панель для отображения при запуске узла выбирается так же, как экран (см. выше тип вызова 4, Screen); • (7) Mnemo - вызов мнемосхемы (см. Мнемосхемы); • (8) ChGroupReq - в зависимости от атрибута Параметр, данный канал выполняет различные функции обмена с удаленным узлом (в
том числе с узлом TRACE MODE 5) по сети или RS. Во всех случаях к ChGroupReq должен быть привязан произвольный канал (далее - ch) удаленного узла для его идентификации. При привязке к аргументам ChGroupReq каналов удаленного узла, в отличие от других связей аргумент-удаленный_канал, новые каналы в запрашивающем узле не создаются (см. Связь через аргументы). • Параметр=О - в аргументы INPUT канала ChGroupReq записываются реальные значения удаленных каналов (значение канала с ID=n записывается в аргумент с порядковым номером л); • Параметр ! - • Параметр=2 - • Параметр=3 - аргументы используются парами: при изменении значения arg2n INPUT (п=0,1..., аргумент может не иметь привязки) это значение передается удаленному каналу, привязанному к arg2n+1 OUTPUT; • Параметров - • (9) TableFunction - каналы OUTPUT с этим типом вызова задают табличные функции, используемые FBD-блоками LINTER (см. Раздел ‘Алгебраические’); • (10) LongFromBits - формирование битов аппаратного значения по значениям аргументов канала (анализируется до 32 аргументов): • бит принимает значение 0, если аргумент, соответствующий ему по номеру, равен 0 или отсутствует; • бит принимает значение 1, если аргумент, соответствующий ему по номеру, отличен от 0; • (11) BitsFromLong - формирование значений аргументов (0 или 1) по аппаратному значению канала (процедура, обратная LongFromBits); • (12) = , (13) <, (14) <= - при этих типах вызова значение нулевого аргумента канала сравнивается со значениями всех остальных аргументов (= - проверка на равенство, < - проверка на «меньше», <= - проверка на «меньше или равно»). Если все результаты сравнения истинны, младший байт аппаратного значения равен 0x11. Если хотя бы один результат сравнения истинен, младший байт аппаратного значения равен 0x10; • (15) Sum - при этом типе вызова аппаратное значение канала равно сумме значений всех его аргументов; • (16) Set - при этом типе вызова реальное значение канала (0...65535) присваивается всем его аргументам (тип аргументов должен быть OUT или IN/OUT, тип данных - любой целочисленный или STRING; в последнем случае в аргумент записывается символ, код которого равен реальному значению канала);
Каналы CALL с типами вызова 12-16 могут быть сконфигурированы и отработаны специальным образом - см. ниже Специальная отработка типов вызова 12-16. • (17) RT_Statistics - статистическая обработка значений каналов. Для корректной работы канала CALL с этим типом вызова его аргументы создаются группами по 6. К первому по порядку аргументу типа IN группы привязывается анализируемый канал (ch1), в последующие 5 аргументов типа OUT или IN/OUT при отработке канала CALL записываются результаты статистической обработки: • сумма значений канала ch1; • число суммирований; • среднее значение канала ch1; • максимальное значение канала Ch1; • минимальное значение канала ch1. Для сброса результата статистической обработки можно присвоить О соответствующему аргументу или установить соответствующий бит значения канала RT_Statistics: • бит 0 - сброс суммы и числа суммирований; • бит 1 - сброс максимального значения; • бит 2 — сброс минимального значения; • (18) Collection_1 - многократная подмена привязок аргументов одного канала класса CALL с его отработкой после каждой пере-привязки на одном такте пересчета. К нулевому аргументу канала Collection_1 привязывается канал класса CALL (пусть он имеет имя cal И). Пусть нулевой аргумент канала cal И привязан к атрибуту attr некоторого канала ch2, при этом в таблице аргументов канала cal И существуют другие аргументы, привязанные к атрибуту attr или иным атрибутам канала ch2. При пересчете канала Collection^ , в его таблице аргументов ищется первая по списку привязка аргумента к каналу не класса CALL (пусть найденный таким образом канал имеет имя ch1, атрибут не имеет значения), после чего все связи аргументов канала саП1 с каналом ch2 заменяются на связи с каналом ch1 с сохранением ранее выбранных атрибутов (т.е., например, нулевой аргумент канала са111 привяжется к атрибуту attr канала ch1), и канал саП1 отрабатывается. Далее в таблице аргументов канала Collection_1 ищется следующая по списку привязка аргумента к каналу не класса CALL, аргументы канала cal И перепривязываются, и канал cal И отрабатывается - и т.д. до конца списка аргументов канала Collection_1 (см. пример ниже); • (19) Collection_2 - аналог Collection_1 для трех каналов класса CALL. Каналы класса CALL должны быть привязаны к аргументам канала Collection_2 начиная с нулевого (см. пример ниже);
• (20) Move - присвоение значения аргумента типа IN всем последующим аргументам типа OUT или IN/OUT; • (21) MResource_1 - используется при решении задач T-FACTORY (см. Канал CALL с типом вызова MRESOURCE1); • (22) MResource_2 - зарезервировано; • (23) LArcO, (24) LArc1 - индивидуальный архив в памяти (см. Индивидуальный архив); • (25) DifSnap - см. Дифференциальный срез локального архива; • (26) LocalSnapI, (27) LocalSnap2, (28) LocalSnap3 - срез локального архива с номером 1, 2 и 3 соответственно (см. Срез локального архива); • (29) Localstatistics - статистическая обработка данных локального архива по каналу (см. Обработка данных локального архива по каналу); • (30) LocalQuick - быстрая выборка данных из локального архива по каналу (см. Быстрая выборка данных из локального архива по каналу); • (31) Local List - выборка данных из локального архива по каналу (см. Выборка данных из локального архива по каналу); • (32) LocalQuick-T - расширенная быстрая выборка данных из локального архива по каналу (см. Расширенная быстрая выборка данных из локального архива по каналу); • (33) RAS1 - зарезервировано; • (34) DifSnapSums - см. Дифференциальный срез локального архива; • (41) RemSIADauto - запрос данных удаленного архива (см. Запрос данных удаленного архива); • (42) RemoteSIAD - копирование данных из удаленных архивов (см. Копирование данных из удаленных архивов в локальные); • (43) RemoteStatistics - статистическая обработка данных удаленного архива по каналу (см. Обработка данных удаленного архива по каналу); • (44) RemoteList - выборка данных из удаленного архива по каналу (см. Выборка данных из удаленного архива по каналу); • (45) RemoteSnap - см. Срез удаленного архива; • (46) RemoteSIADSnap - см. Срез удаленного архива с записью в локальный архив; • (47) RemArcO, (48) RemArd - запрос данных удаленного индивидуального архива (см. Запрос удаленного индивидуального архива);
• (49) RemArgument - в аргументы канала CALL с данным типом вызова записываются значения аргументов привязанного канала CALL удаленного узла (число аргументов и их тип данных должны совпадать у каналов); • (50) AsyncCollection - однократная последовательная отработка каналов CALL типа OUTPUT, привязанных к аргументам данного канала. Целое значение, посланное в канал AsyncCollection, задает номер привязки (считая с 1), с которой нужно начинать последовательную отработку (привязки с меньшими номерами не отрабатываются). Переход к отработке следующей привязки производится после того, как автоматически сбросится атрибут 39, ЕХЕС привязки, отрабатываемой в данный момент. Значение AsyncCollection индицирует номер отрабатываемой привязки; после окончания цикла значение AsyncCollection автоматически сбрасывается в 0; • (51) Dictionary - с помощью этого канала при конвертировании узла в формат МРВ в папке узла создается файл <имя файла prj>_<ordinal>.dct (см. Мнемосхемы); • (52) Writer - принудительная запись в SIAD (см. Канал CALL.Writer); • (53) DI_DO - канал CALL с этим типом вызова предназначен для быстрого переключения статуса узла, имеющего резерв, при прямой связи резервов. У канала создаются два аргумента. Аргумент arg0 предназначен для мониторинга статуса резервного узла: • если Параметр = 0, то argO может быть связан только с каналом DI; • если Параметр = 1, то argO может быть связан с произвольным каналом или не иметь привязки. argO = 0 означает, что резерв не работает, и данный узел переводится в состояние WORK. argO = 1 означает, что резерв работает. Если узел находится в состоянии WORK, arg1 = 1, в противном случае arg1 =0, при этом: • если Параметр = 0, то arg1 может быть связан только с каналом DO; • если Параметр = 1, то arg1 может быть связан с произвольным каналом или не иметь привязки. Одна из возможных схем связи для реализации механизма: n ode1.CALL.arg0 - nodel.DI - node2.DO - node2.CALL.arg1 n ode1.CALL.arg1 - nodel.DO - node2.DI - node2.CALL.argO • (54) MLink - канал CALL с этим типом вызова в основном предназначен для обмена с мониторами версии 5. Если тип канала - INPUT, он запрашивает по M-LINK N значений (N - число аргумен
тов канала CALL) у узла с номером, заданным атрибутом Параметр канала CALL, по каналу с индексом, заданным значением канала CALL. Полученные значения записываются в аргументы канала CALL. Если канал CALL имеет тип OUTPUT, в нем может быть создано до 16 пар аргументов. Первый аргумент пары задает индекс канала, в который требуется передать по M-LINK значение, заданное вторым аргументом пары. Номер бита значения канала CALL, равный 1, задает номер пары для отработки. При отработке канала CALL отрабатывается одна пара, заданная самым младшим битом из всех, равных 1, после чего этот бит сбрасывается; • (56) TVarray - копирование значений в заданное время. Аргументы канала создаются группами по 3. Абсолютное время Т; копирования arg2j в arg3j зависит от arglj, периода пересчета канала Tch и номера группы i=0,L... Алгоритм зависит от атрибута Параметр; команда отработки канала - 1п=1. По завершении отработки 1п=0 автоматически. Если бит 0 атрибута Параметр равен 1, по завершении отработки 1п=1 (циклическая отработка). Если arglj меньше числа секунд в году или не заданы, при экспорте проекта автоматически устанавливается бит 4 атрибута Параметр, и Ti и т1п=1 + S i)k + (i + 1) * Tch k = o Если бит 4 атрибута Параметр равен нулю, arglj (arglj >= arglj.-j) приблизительно определяют абсолютные времена копирования (в этом случае только аргументы могут быть привязаны к arglj): Tj, « arg 1± + (i + 1) * Tch • (64) ObjModel - зарезервировано; • (65) ObjZ - зарезервировано; • (66) ObjKIapan - зарезервировано; • (67) ObjPReg - выбор закона управления (FBD-блока) с помощью посылки в канал значения от 100 до 300. Эти значения соответствуют описаниям FBD-блоков в файле dodef.cfg. Специальная отработка типов вызова 12-16 Каналы CALL с типами вызова 12-14 при наличии двух аргументов (нулевой - константа сравнения, первый - канал-образец) и типами вызова 15-16 при наличии одного аргумента (канал-образец) при условии связи канала-образца с оборудованием пересчитываются и отрабатываются специальным образом. Если монитор обнаруживает один из таких каналов, он выбирает из базы
каналов узла все каналы, которые связаны с тем же оборудованием, что и канал-образец, создает дополнительные аргументы канала CALL, привязывает их к найденным каналам и затем отрабатывает функцию канала CALL.
Пример использования типа вызова COLLECTIONS В этом примере канал класса CALL с типом вызова COLLECTION ! используется для установки атрибута HL нескольких каналов FLOAT по значению канала preset с помощью программы. Пусть в узле созданы следующие каналы: Channel_#3 Channel_#4 Channel_#5 preset collection! [ЦТ: Program_#1:7 Аргументы канала Programl класса CALL, вызывающего программу ARG_000=ARG_001, привязаны следующим образом: Аргументы канала col lectioп1 класса CALL типа INPUT с типом вызова Collection ! привязаны следующим образом: Запустим узел и присвоим каналу preset значение 100 - это значение примет атрибут HL каналов Channel2...Channel5:
Й- Channel_#3[ ++]... : О { C:IOn+T j- I: _Т Frq: 1 D:0 P : 6 I- W: + : Q: 0 HL : 100 Пример использования типа вызова COLLECTION_2 Пусть в узле созданы следующие каналы: Канал#! Sb Efc ПрограммайЗ Канал#2 *с collection2 КаналЙЗ КаналЙЗ КаналЙ4 Канал#!0 Sb ETC Программа#! Канал#!1 Sb И Е Программа#2 Пусть начальные значения каналов Канал 1, Канал2 и КаналЗ равны 0, а канала Канал4 -1000. Пусть с помощью каналов Программа^ Программа2 и ПрограммаЗ класса CALL, вызывающих программы (программа 1 - ARG_001 = ARG_000 + 100, программа 2 - ARG 001 = ARG_000 + 200, программа 3 -ARG_001 = ARG_000 + 300), формируются значения каналов КаналЭ, КаналЮ и Канал11 по значениям каналов Канал 1, Канал2 и КаналЗ (соответстве нно): AR G_001 рТ-1 OUT [яВ] REAL Кана л#10: В ходное значение(Система. ВТ М_1 .Каналы)
ARG OOlratgOUTS|FEAL ®рКаналй11:8ходное значение(Сисгема.АТМ_1.Каналы) Пусть канал collection2 класса CALL с типом вызова Collection_2 выключен при старте, а его аргументы привязаны следующим образом: При старте монитора каналы КаналЭ, КаналЮ и Канал 11 примут значения, определяемые каналами Программа!, Программа2 и Про-граммаЗ: р-Канал #1 [00.00]: О кКанал#2[00.00] : О к Канал#3[00.00]: О к Канал#4[00.00]: 1000 к Канал#9[00.00]: 100 к Канал#10[00.00] : 200 к Вызов#5[10.01]: 0 к Вызов#б[10.01]: 0 к Вызов#7[10.01] : 0 ) collection2[10.05]: 0 Канал#11[00.00]: 300 При включении канала collection2 значения каналов КаналЭ, КаналЮ и Канал11 сформируются по значению канала Канал4: ; Канал#1[00.00]: 0 L Канал#2[00.00] : 0 Канал#3[00.00] : 0 L Канал#4[00.00] : 1000 к Канал#9[00.00]: 1100 ; Канал#10[00.00]: 1200 i Вызов#5[10.01]: 0 : Вызов#6[10.01]: 0 : Вызов#7[10.01]: 0 Й collection2[10.05]: 0 L Канал# И [00.00]: 1300
Пример использования типа вызова MOVE Пусть в узле созданы следующие каналы: move Каналй4 К.анал#7 Каналй2 Каналй5 ^р КаналЙЗ 5^Р КаналЙЗ ^р КаналЙБ Пусть начальные значения каналов Канал2 и КаналЗ класса FLOAT типа INPUT равны соответственно 100 и 200. Пусть канал move класса CALL с типом вызова Move выключен при старте, а его аргументы привязаны следующим образом: Информация || Флаги | Аргументы | Атрибуты | ’ X -° Чь ft Имя | Тип | Тип данных ARG.OOOnJalN UNREAL ARG_001 ehOUT ISREAL ARG.OOZ^OUT tRgjREAL ARG.OOB^IN ISREAL ARG.OtM^OUTlggREAL ARG_005t^iOUT @REAL ARG_006e^OUT ISREAL Значение no умолчанию Привязка . <Рла ®F Каналй2: Реальное значение(Система. R Т М_1 .Каналы) ®р Каналйй: В ходное значение(СистемаЛТМ_1.Каналы) | 4^= Каналй5:Виодноезначение(СистемаВТМ_1 .Каналы) | ®j= КаналйЗ:Реальное значение(Система.РТМ_1 .Каналы) ®р КаналЙБ: Входное значение(СистемаВТМ_1.Каналы) КаналЙ7:В ходное значение(Система. RT М_1 .Каналы) ®р Кана лй8: В ходное значение(Система. RT М_1. Каналы) При старте монитора каналы Канал2 и КаналЗ принимают заданные для них значения: Б И|!ИИИ move О ’ Канал#2 : 100 i Канал#3 200 | Канал#4 [++,...]: 0 : Канал#5 [ ++,... ]: 0 ‘ Канал#6 [ ++,...]: 0 ; Канал#7 [++,...]: 0 : Канал#8 0 При включении канала move значения его аргументов IN передаются в следующие по списку аргументы OUT (и, соответственно, в каналы, привязанные к этим аргументам): El- _move_0 | Канал#2[00.00]: 100 Канал#3[00.00]: 200 | Канал#4[00.00]: 100 Канал#5[00.00]: 100 Канал#6[00.00]: 200 i Канал#7[00.00]: 200 i Канал#8[00.00]: 200
Взаимодействие каналов CALL через аргументы Если каналы класса CALL размещены в одном узле, они могут взаимодействовать через аргументы. Привязка аргументов канала CALL к аргументам канала CALL другого узла запрещена. Привязка аргументов к аргументам может быть выполнена в редакторе аргументов (см. Привязка аргументов вручную). При привязке аргументов с типом данных STRING можно передать не более четырех символов. Пример взаимодействия каналов CALL через аргументы В проекте создан шаблон экрана Экран1 с одним аргументом ARG_000, привязка для которого не задана. На экране размещен единственный ГЭ Текст, настроенный на отображение значения аргумента экрана. В узле создан канал Экран!, вызывающий шаблон экрана: В узле имеется канал КаналЗ класса FLOAT, для которого задано начальное значение 300. В проекте создан шаблон программы ARG 001 - ARG 000 + 1000 (Программа!), в узле создан канал Программа!, вызывающий этот шаблон:
Привязки аргументов канала Программа! заданы следующим образом: В реальном времени ГЭ Текст отображает значение аргумента ARG_001 программы: Последовательная отработка каналов CALL Для последовательной отработки каналов CALL типа OUTPUT используется канал CALL с типом вызова 50, AsyncCollection (см. Атрибуты канала класса CALL). Во всех других случаях последовательная отработка каналов CALL не гарантируется.
Канал класса СОБЫТИЕ Канал класса Событие предназначен для мониторинга объекта с целью фиксирования возникновения/исчезновения на этом объекте некоторого события или ситуации (например, аварии). Канал хранит историю события (в стеке LIFO, последнее по времени сообщение имеет номер 0) и допускает квитирование последнего по времени события. В канале предусмотрены два алгоритма - стандартный (фиксация двух типов событий) и расширенный (фиксация 127 типов событий). Для использования расширенного алгоритма нужно в редакторе канала задать значение На старте, большее или равное 16, и установить флаг Отработать (см. Общие атрибуты каналов). Использование трансляции (см. Числовые каналы) в канале Событие полностью меняет его встроенные алгоритмы обработки. Для работы с каналами этого класса в РИД предусмотрен специальный графический элемент - таблица каналов класса СОБЫТИЕ (см. ГЭ ‘События’). В профайлере канал Событие индицируется как C12_Event (атрибут 126, TsT). События делятся на короткие (Тисчезновения - Твозникновения < Ack_after_Off) И длинные ("^исчезновения “ "^"возникновения Ack_after_off) - см. описание системной переменной @RTM_Parameter в разделе Группа СИСТЕМНЫЕ. С помощью этой же переменной задается таймаут на квитирование (Ack_after_on). Кроме атрибутов, которые имеют каналы всех классов (см. Общие атрибуты каналов), каналы класса Событие имеют специфические атрибуты. К специфическим атрибутам, которые могут быть заданы в редакторе канала, относятся следующие: • раздел «Параметры»: • Размер стека аварий (17, Stack_Size) - глубина стека для хранения истории события (1-255, 0 - стек не используется); • флаг Квитирование в сеть (84, ACKtoNET) - этот флаг используется в случае необходимости квитирования события на удаленных сетевых узлах. Пусть, например, мониторинг
объекта выполняет канал ev_1 узла nodel, а в узлах node2...nodeN существуют соответственно каналы ev_2...ev_N, для каждого из которых задана привязка к каналу ev_1 и установлен флаг Квитирование в сеть (ACKtoNET=1). При такой конфигурации: — в каналы ev_2...ev_N передается информация о статусе события и его квитировании на узле nodel (вне зависимости от флага Квитирование в сеть канала ev_1); - квитирование события может быть выполнено на любом из узлов ev_2...ev_N - уведомление об этом будет получено на узле nodel и, соответственно, на всех остальных узлах группы ev_2...ev_N. В профайлере доступны также следующие специфические атрибуты канала: • Статус события (О, R) - статус события. Этот параметр автоматически принимает следующие значения: • 0 (в мониторе по умолчанию событие не возникало; • 1 (Е_Оп) - событие первого типа возникло и не квитировано; • 2 (E_Off+ACK) - событие исчезло после своевременного квитирования; • 3 (Е_Оп+АСК) - событие возникло и квитировано своевременно; • 4 (E_Off+unACK) - событие не было квитировано и исчезло. Для коротких событий в этом статусе возможно квитирование (и переход, в зависимости от таймаута Ack_after_on, в статус 2 или 6). Длинные события в статусе 4 не могут быть квитированы; • 5 (E_On+wACK) - событие возникло и квитировано несвоевременно; • 6 (E_Off+wACK) - событие исчезло после несвоевременного квитирования; • 7 (Е_Оп_Оп) - событие любого типа, отличного от первого, возникло и не квитировано. • Наличие/отсутствие события (7, Р) - этот атрибут индицирует наличие/отсутствие события (соответственно 1 и 0); • Дата и время прихода (10, Eventin) - дата и время возникновения события (с точностью до миллисекунд); • Дата и время ухода (11, EventOut) - дата и время исчезновения события (с точностью до миллисекунд); • Дата и время квитирования (12, EventAck) - дата и время квитирования события (с точностью до секунд). Для квитирования надо послать в данный атрибут ненулевое значение; • Число событий (13, ECount) - счетчик событий, увеличивается
на 1 при каждом возникновении события; • Миллисекунды прихода (14, Msln) - миллисекунды возникновения события; • Миллисекунды ухода (15, MsOut) - миллисекунды исчезновения события; • Число квитирований (16, Ack_Count) - счетчик квитирований; • Число записей в стеке (18, InStack) - число записей, помещенных в стек. Сообщение заносится в стек при исчезновении события и содержит следующую информацию (справа в скобках указан атрибут, в который выводится соответствующая часть сообщения при его выборе из стека с помощью атрибута Позиция (19, Position)): • дата и время прихода с точностью до миллисекунд (128, Tin); • дата и время ухода с точностью до миллисекунд (129, Tout); • дата и время квитирования с точностью до секунд (если квитирование было выполнено) (130, Tack); • миллисекунды прихода (131, MSin); • миллисекунды ухода (132, MSout); • статус при уходе (133, STS); • Позиция (19, Position) - этот атрибут задает номер сообщения в стеке (позиции стека нумеруются с 0) - указанное сообщение отображается атрибутами 128-133. Монитор отслеживает параметр InStack и игнорирует попытки присвоить несуществующий номер атрибуту Position. Стандартный алгоритм канала СОБЫТИЕ Возникновение/исчезновение события канал определяет следующим образом: • событие первого типа возникло, если входное значение канала (атрибут In) изменилось и приняло значение 1; • событие второго типа возникло, если входное значение канала (атрибут In) изменилось и приняло любое целое значение п (п >= 2); • событие исчезло, если входное значение канала (атрибут In) приняло нулевое значение после ненулевого. Расширенный алгоритм канала СОБЫТИЕ Возникновение/исчезновение события канал определяет следующим образом: • событие типа п возникло, если входное значение канала (атрибут In) изменилось и приняло целое значение п (п=1...127); • событие исчезло, если входное значение канала (атрибут In) приня-
ло нулевое значение после ненулевого. При расширенном алгоритме в ГЭ События и отчет тревог выводятся сообщения с указанием типа события (к значению статуса добавляется значение In, заключенное в скобки). При расширенном алгоритме квитирование в сеть отключено. Особенности свойства СВЯЗЬ канала СОБЫТИЕ Канал класса СОБЫТИЕ может быть привязан к любому атрибуту канала произвольного класса с одним ограничением - привязка к атрибуту R другого канала возможна для канала СОБЫТИЕ, в котором не используется расширенный алгоритм обработки.
Системные переменные TRACE MODE 6 В дочерних группах Группа Системные и Группа Диагностика группы Диагностика и сервис слоя Источники/Приемники описываются системные переменные TRACE MODE. Каналы, связанные с этими переменными, могут в реальном времени управлять различными системными параметрами или отображать их состояние. Такие каналы имеют подтип 14. Параметры системных переменных задаются в редакторах, типовых для источников/приемников (см. Редакторы источников (приемников)). Все системные переменные создаются монитором вне зависимости от их наличия в проекте. Поэтому, например, для распределения пересчета каналов с типом пересчета F1...F4 на разные циклы монитора создавать в проекте переменную @Recalculation_lndex (группа СИСТЕМНЫЕ) необязательно. Группа СИСТЕМНЫЕ @Status Дополнение к подтипу - 0. В зависимости от значения атрибута Параметр (см. sys-diag_status.tmc), значение данной 2-байтовой переменной индицирует (INPUT) или задает (OUTPUT) соответствующий параметр узла с порядковым номером, заданным с помощью атрибута Номер узла (порядковый номер узла не следует путать с его индивидуальным номером - см. Имена и идентификаторы объектов структуры и Задание параметров узла). Если Номер узла =10000, переменная индицирует/задает параметры собственного узла. Значения 2, 3, 4 и 6 атрибута Параметр могут использоваться только в профайлере. • Параметр = 0, STATUS - значение младшего байта - состояние узла:
• 0 - не известно (NO); • 1 - запускается (START); • 2 - работает в нормальном режиме (WORK); • 3 - в подчиненном состоянии (TRACE); • 4 - в состоянии ожидания (WAIT); • 5 - МРВ запущен, но исполнение узла еще не начато (STOP). 3 бита старшего байта - ОС. Биты 4-7 старшего байта - продукт TRACE MODE. С помощью переменой STATUS OUTPUT можно изменять состояние только собственного узла (WORK/TRACE, принудительный перевод узла в другие состояния не имеет смысла). • Параметр = 1, Last_Exchange - разность «текущее время> -<время последнего приема от узла> в секундах. • Параметр = 2, SYS_check - среднее время транзакции запрос-ответ (в миллисекундах). • Параметр = 3, AVR_RS_Time - среднее время транзакции запрос-ответ по RS (в миллисекундах). • Параметр = 4, AVR_NET_Time - среднее время транзакции запрос-ответ по TCP/IP (в миллисекундах). • Параметр = 5, IP_Adress - IP-адрес. • Параметр = 6, PC_NAME - сетевое имя. • Параметр = 7, UnSync - рассинхронизация (в миллисекундах). Вычисляется как разность «Текущее время данного узла> -<текущее время указанного узла>. • Параметр = 8, SYSO_Reserved - состояние первого резерва указанного узла (только INPUT). • Параметр = 9, SYS1-Reserved - состояние второго резерва указанного узла (только INPUT). • Параметр = 10, ForceOutput - состояние (0, 1, 2 или 3) синхронизации по маске 0x80 (см. описание флага Принудительная отработка каналов OUTPUT в разделе Задание параметров узла). Атрибут Номер узла переменной должен быть равен порядковому номеру удаленного узла, с которым производится синхронизация; • Параметр = 16, RS_number - каждый из двух байтов указывает на один из двух COM-портов, через которые данный узел взаимодействует с указанным узлом (0 - СОМ1). • Параметр = 18, Card_Number - номер сетевого адаптера, через который данный узел взаимодействует с указанным узлом. Если адаптер автоматически выбирается WINDOWS ХР, Card_Number всегда равно 0.
@tSeconds Дополнение к подтипу - 1. Значение данной переменной типа INPUT равно числу секунд из значения текущего времени ОС. @t_Minutes Дополнение к подтипу - 2. Значение данной переменной типа INPUT равно числу минут из значения текущего времени ОС. @t_Hours Дополнение к подтипу - 3. Значение данной переменной типа INPUT равно числу часов из значения текущего времени ОС. @Mode_ Control Дополнение к подтипу - 4. В зависимости от значения (далее - V) и атрибута Параметр (далее — Р, см. sysdiag_modecontrol.tmc), эта 2-байтовая переменная типа OUTPUT задает соответствующий режим обмена. • Каждое задание V=1 (после V=0) изменяет CHNET на CHMLINK или CHMLINK на CHNET (при условии, что на узлах есть и RS и сеть). Используется для CHCOPY, CHGROUP, CHASEND, CHFAULT (см. Связь канал-канал). • V = 2 - если текущее состояние узла N, у которого канал берет значение, отлично от WORK, то: а) вызывается функция, возвращающая номер резерва узла N в состоянии WORK; б) если все резервы узла N находятся в состоянии, отличном от WORK, ищется резерв узла N в состоянии START; в) если нет резервов в состоянии WORK или START - не делается ничего. • V = 3 - используется первый резерв. • V = 4 - используется второй резерв. • V = 5 - канал, связанный с узлом с порядковым номером Р, связывается с узлом с порядковым номером, равным значению старшего байта V.
• V = 6 - только для сетевого канала, аналог V = 2 для CHCS. Начиная с V=16, канал работает не с базой каналов, а со строкой статусов. • V = 16 - если номер RS в строке статуса равен Р, и состояние удаленного узла отлично от WORK, задается номер СОМ порта, равный старшему байту V. • V — 17 - то же, что V = 16, но без проверки статуса узла. • V = 18, 19 - аналог V = 16, 17, но задается номер сетевой карты. • V = 20 - команда переключения статуса узла из HOST в SLAVE. • V = 21 - команда переключения статуса узла из SLAVE в HOST. • V = 22 - команда установки 8, W=0 для каналов обмена по DCS, MODBUS, tl 1 и tl2, у которых байт 0 удаленного адреса (номер RS) равен Р. • V = 23 - команда установки 8, W=1 для каналов обмена по DCS, MODBUS, til и tl2, у которых байт 0 удаленного адреса (номер RS) равен Р. • V = 24 - команда установки 8, W=0 для каналов обмена по DCS, MODBUS, tl 1 и 112, у которых байт 0 удаленного адреса (номер RS) равен Р и установлен признак аппаратной недостоверности. • V = 25 - команда установки 8, W=1 для каналов обмена по DCS, MODBUS, tl 1 и 112, у которых байт 0 удаленного адреса (номер RS) равен Р и установлен признак аппаратной недостоверности. Если значение младшего байта V равно 22, 23, 24, 25, а значение старшего байта отлично от 0, то такие команды управляют подключением каналов, у которых значение первого байта удаленного адреса (номер устройства) равно значению старшего байта V. • V = 26 - операция OR 1 с первым байтом удаленного адреса (номер контроллера) каналов обмена по DCS, MODBUS и tl 1, для которых установлен признак аппаратной недостоверности. • V = 27 - обнуление нулевого бита первого байта удаленного адреса каналов обмена по DCS, MODBUS и til, для которых установлен признак аппаратной недостоверности. • V = 28 - присвоение значения старшего байта V байту 0 удаленного адреса каналов обмена по DCS, MODBUS и tl 1, у которых текущий байт 0 удалённого адреса равен Р и для которых установлен признак аппаратной недостоверности. @Recalculation_Flag Дополнение к подтипу - 5. • Параметр = 0 - если значение данной переменной типа OUTPUT
равно 0, пересчет каналов узла с типом пересчета флаги (см. Период и фаза пересчета канала) разрешен, если 1 - запрещен; • Параметр > 0 - канал класса TIME, связанный с данной переменной, используется для заполнения списка значений времени, создаваемого монитором в памяти (см. Период и фаза пересчета канала). @Recalculation_Index Дополнение к подтипу - 6. Значение данной переменной типа INPUT увеличивается на 1 на каждом цикле монитора и сбрасывается в 1 при достижении значения 100. Используется для определения момента пересчета каналов узла, для которых задан тип пересчета F1...F4 (см. Период и фаза пересчета канала). @Data_Jrom_SIAD Дополнение к подтипу - 7. Данная переменная типа OUTPUT выполняет различные функции по работе с архивами (в зависимости от своего значения). Для всех случаев значение атрибута Параметр переменной указывает номер архива N (0 -System, 1 - SIAD1,2 - SIAD2, 3 - SIAD3). Значение (period) нулевого байта переменной задает интервал (TFROM, Т_ТО) (аргумент TYPE - см. Интервал выборки из архива). Значение (snap) третьего полубайта задает шаг разбиения интервала (TFROM, Т_ТО): • 0-1с • 16#1000-5с • 16#2000-10с • 16#3000-15с • 16#4000 - 1 мин • 16#5000-15 мин • 16#6000-1 ч • 16#7000 - 1 сутки Вид экспорта зависит от значения (а) младшего бита и значения (Ь) трех старших битов второго полубайта. При а=0 в генерируемые файлы экспортируются все данные из соответствующего архива в заданном интервале: • Ь—0 - экспорт в файл siad_l<N>.txt. Если файл существует, данные добавляются в него. Данные в файле сгруппированы по архивируемому каналу, каждая строка содержит дату, время и значение:
chi 23.11.2005 9:13:59.000 1 23.11.2005 9:19:59.006 256 Chll 23.11.2005 9:14:06.203 11 23.11.2005 9:20:01.760 256 • b=l - данные по каждому архивируемому каналу экспортируются в отдельный файл <имя архивируемого KaHana>.txt. Если файл существует, данные добавляются в него. Каждая строка файла содержит дату, время и значение: 23.11.2005 9:14:06.203 11 23.11.2005 9:20:01.760 256 • Ь=2 - аналог Ь=1, файлы перезаписываются при каждом экспорте; • Ь=3 - экспорт в файл <имя канала @Data_from_SIAD>_N.txt. Если файл существует, данные добавляются в него. Данные в файле сгруппированы по архивируемому каналу, каждая строка содержит имя архивируемого канала, дату, время и значение: chi 24.11.2005 16:12:32.000 22 chi 24.11.2005 16:13:00.305 33 chll 24.11.2005 16:12:35.305 22 chll 24.11.2005 16:13:04.755 33 При а=1 в генерируемые файлы экспортируются срезы из соответствующего архива (каждый экспорт содержит (интервал/шаг) строк): • b = 0 - экспорт в файл siad_s<N>.txt; данные по каналам представлены в файле в табличном виде: хх/хх/хх tt:tt:tt chi chll 25.11.2005 14:35:00 55 55 25.11.2005 14:36:00 22 22 Если файл существует, данные добавляются в него; • b = 1 - аналог b - 0, но файл имеет имя s.txt и перезаписывается при каждом экспорте; • b = 3 — аналог b = 0, файл перезаписывается при каждом экспорте. Указанные файлы создаются в папке узла. Во всех случаях выборка данных из архива производится только по тем каналам, которые хотя бы однажды пересчитаны после старта монитора. При period=snap=a=b=0 экспорт не выполняется. В текстовый файл экспортируются только сообщения об изменении атрибута 0, R канала. Если значение второго полубайта переменной равно 8 (16#800), при ее отработке производится принудительная запись значений каналов в указан
ный архив. Запись производится по каналам, архивируемым в указанный архив, если их время изменения меньше, чем значение (текущее время - сдвиг), где сдвиг задается значением третьего полубайта значения переменной (см. выше). Время значения в архиве будет равно времени записи. @Copy_SIAD Дополнение к подтипу - 8 В зависимости от значения атрибута Параметр (0 - System, 1 - SIAD1, 2 - SIAD2, 3 - SIAD3), данная переменная типа OUTPUT создает резервную копию соответствующего архива. Значение переменной определяет имя файла резервной копии и его размещение (аргумент DESTINATION - см. Копирование архивов и отчета тревог). @Copy_AR Дополнение к подтипу - 9 Данная переменная типа OUTPUT создает резервную копию отчета тревог. Значение переменной определяет имя файла резервной копии и его размещение (аргумент DESTINATION - см. Копирование архивов и отчета тревог). Если значение младшего бита второго байта переменной установить равным 1, то отчет тревог будет копироваться каждый раз при переполнении. @/_ Operation_ Time Дополнение к подтипу - 10. Значение данной переменной типа INPUT равно времени работы монитора (в секундах). Время работы вычисляется как разность <текущее вре-мя>-<время старта>. @Rights Дополнение к подтипу -11. Данная переменная индицирует (INPUT) права текущего пользователя. Ниже показано соответствие битов переменной флагам редактора канала Пользователь (см. Канал класса ПОЛЬЗОВАТЕЛЬ): • Бит 0 - Изменение (раздел Система); • Бит 1 - Выход (раздел Система);
• Бит 2 - Останов (раздел Система); • Бит 3 - Редактирование (раздел Пользователи); • Бит 4 - Добавление (раздел Пользователи); • Бит 5 - Удаление (раздел Пользователи); • Бит 6 - Редактирование (раздел SCAD А); • Бит 7 - Добавление (раздел SCADA); • Бит 8 - Удаление (раздел SCADA); • Бит 9 - Редактирование (раздел T FACTORY); • Бит 10 - Добавление (раздел T_FACTORY); • Бит 11 - Удаление (раздел T_FACTORY); • Бит 12 - Квитирование (раздел Система); • Бит 13 - Запуск (раздел Система); • Бит 14 - Запрет одновременного входа (раздел Логин); • Бит 15 - Автоматическое завершение сеанса (раздел Логин). @Key_Code Дополнение к подтипу - 12. Мониторы для работы в DOS записывают в данную переменную типа INPUT величину скан-кода нажатой клавиши, не имеющей кода ANSI, увеличенную на 256. Например, при нажатии функциональной клавиши F1 (скан-код = 59) в переменную запишется значение 315. @Calculate_ Cycle Дополнение к подтипу - 13. В данную переменную типа INPUT записывается реальное время (в миллисекундах), затрачиваемое монитором на выполнение задач основного потока (см. Потоки монитора). @Debug Дополнение к подтипу - 14. Данная переменная индицирует (INPUT) или задает (OUTPUT) степень детализации информации, выводимой в протокол конвертера и отладочный файл профайлера. Биты значения переменной соответствуют следующим флагам диалога Параметры отладки профайлера (см. Профайлер без поддержки графических экранов): • бит 0 - Channels (Каналы); • бит 1-Templates (Шаблоны);
• бит 2-Groups (Группы); • бит 3 - Resources (Ресурсы); • бит 4 - Load Default Obj (Загрузить объекты по умолчанию); • бит 5 - Detailinfo (Подробно); • бит 6 - Т-Factory; • бит 7 - Fault Tolerant (Резервирование); • бит 8 - Net SIAD (SIAD в сети); • бит 9 - COM Port Trace (СОМ порт); • бит 10 - Net Trace (Сеть); • бит 11 - SIAD Response (SIAD); • бит 12 - Ext Changing (Графика) (например, информация о результатах SQL-запросов и изменении параметров каналов CALL, с помощью которых инициализируются SQL-запросы к базам данных); • бит 13 - Attribute Changing (Атрибуты); • бит 14 - Thread Info (Потоки); • бит 15 - All Other (Все). Канал, связанный с переменной ©Debug, должен быть класса НЕХ16. @NetDDE Дополнение к подтипу — 15. Данная переменная индицирует (INPUT) или задает (OUTPUT) параметры обмена. Биты значения переменной соответствуют следующим функциям (если значение бита равно 0, функция разрешена, 1 - запрещена): • 0 - автопосылка в сеть; • 1 - собственные запросы CHCOPY чтения (см. Связь канал-канал); • 2 - собственные запросы CHCOPY записи; • 3 - прием сетевых автопосылок; • 5 - досылка резервному узлу (т.н. скользящими блоками, механизм MoveNet) реальных значений каналов подтипов 1, 2, 3, 8, 9, 100, 11, 12, 13 и 64 (см. Подтипы каналов). Этот же механизм используется для досылки резерву реальных значений каналов Событие; • 6 - передача по DDE; • 7 - прием по DDE от внешних приложений; • 8 - изменение входов каналов по DDE; • 9 - изменение границ каналов по DDE (кроме верхнего и нижнего
пределов); • 10 - изменение верхнего и нижнего пределов каналов по DDE; • 11 - изменение других изменяемых атрибутов каналов по DDE; • 12 - Slave MODBUS (запрет - только при старте МРВ); • 13 - ключ WAITECLC (см. Файл CNF в разделе Задание параметров работы мониторов); • 14 - внешние запросы CHCOPY чтения/записи; • 15 - прослушивание модемом входящих вызовов. @i_Set_Time Дополнение к подтипу - 16. Данная переменная типа OUTPUT устанавливает время ОС: • Параметр = 0: • если с переменной связан канал класса НЕХ32 или TIME типа OUTPUT, его значение интерпретируется как число секунд с 01.01.1970; • если с переменной связан канал другого класса типа OUTPUT, его значение задает смещение текущего времени (в секундах); • Параметр = 2,3 - текущее время смещается на <значение> миллисекунд (|<значение>| <= 32767 ). При работе в DOS устанавливаемое время записывается в BIOS, если Параметр = 1, 3. В данную переменную типа INPUT записывается значение секунд текущего времени ОС с точностью до миллисекунды. @t_Set_Date Дополнение к подтипу - 17. Данная переменная типа OUTPUT устанавливает дату и время ОС: • если с данной переменной связан канал класса НЕХ32 или TIME типа OUTPUT, его значение интерпретируется как число секунд с 01.01.1970; • если с данной переменной связан канал другого класса типа OUTPUT, его значение задает смещение в часах относительно текущего времени. Для смещения на N часов вперед каналу надо присвоить значение N; для смещения на N часов назад - -(N+1). При работе в DOS устанавливаемое время записывается в BIOS, если Параметр = 1. В данную переменную типа INPUT записывается текущее время ОС как
число секунде 1.01.1970. @Logging Дополнение к подтипу - 18. Биты значения данной переменной типа OUTPUT соответствуют следующим функциям (если значение бита равно 0, функция разрешена, 1 -запрещена): • 0 - запись во все архивы SIAD; • 1 - отправка сообщений по всем направлениям - в файл ОТ, на принтер, консолям и т.д.; • 2 - передача в регистратор; • 3 - запись в дамп; • 4 - механизм MapNet - досылка и непрерывная синхронизация на резервном узле границ и гистерезиса каналов FLOAT и DOUBLE FLOAT. Этот же механизм используется для досылки резерву стеков каналов Событие (стеки досылаются, если включен механизм MoveNet - см. @Net_DDE); • 5 - передача данных в терминал; • 9 - открытие файла отчета тревог; • 11 - отправка всех сообщений по всем направлениям, кроме AR; • 12 - отправка сообщений на принтер в реальном времени (направление PRN); • 13 - отправка сообщений в графическую консоль (направление G); • 14 - отправка сообщений об изменении атрибутов каналов по всем направлениям, кроме AR; • 15 - отправка сообщений по направлению GSM. @RS_on_off Дополнение к подтипу - 19. Данная переменная индицирует (INPUT) или задает (OUTPUT) параметры обмена по последовательным портам. Номер бита значения переменной соответствует номеру СОМ-порта (0 -СОМ1 и т.д.). Если значение бита равно 0, обмен по соответствующему порту разрешен, если 1 - запрещен. Запреты, устанавливаемые с помощью переменной @RS_on_off, а также с помощью битов 8 и 9 переменной @lnput_Output, для СОМ-порта, настроенного на Slave M_Link, не работают, т.е. отменить ответ Slave M Link на полученный им запрос нельзя.
@lnput_Output Дополнение к подтипу - 20. Данная переменная индицирует (INPUT) или задает (OUTPUT) различные параметры обмена. Биты значения переменной соответствуют следующим функциям (если значение бита равно 0, функция разрешена, 1 - запрещена): • 0 - чтение DI; • 1 - чтение AI; • 2 - запись DO; • 3 - запись АО; • 4 - чтение по ОРС; • 5 - запись по ОРС; • 6 - пересчет каналов с типом пересчета быстрый (см. Период и фаза пересчета канала); • 7 - зарезервировано; • 8 - чтение по RS; • 9 - запись по RS; • 10-чтение по tl2; • 11 - запись по tl2; • 12 - если этот бит равен 1 и узел находится в состоянии TRACE, то монитор непрерывно отслеживает и синхронизирует основные атрибуты каналов, для которых разрешено чтение дампа, по узлу WORK. Эта функция выполняется вне зависимости от флага Синхронизация основных атрибутов (см. Задание параметров узла). Если при этом для узла установлены флаги Синхронизация глобальных переменных и Синхронизация дополнительных атрибутов, то непрерывно синхронизируются и параметры, заданные этими флагами; • 13 - этот бит управляет атрибутом (8, W) Подключение всех каналов узла (работает аналогично биту 15); • 14 - этот бит управляет атрибутом (8, W) Подключение каналов CALL, вызывающих шаблоны (работает аналогично биту 15); • 15 - этот бит управляет атрибутом (8, W) Подключение каналов узла, связанных с источниками/приемниками, при переключении состояния узла (WORK/TRACE) (1 - отключает, 0 - подключает). Запреты, устанавливаемые с помощью переменной @RS_on_off, а также с помощью битов 8 и 9 переменной @lnput_Output, для COM-порта, настроенного на Slave M_Link, не работают, т.е. отменить ответ Slave M Link на полученный им запрос нельзя.
@ZP_parameter Дополнение к подтипу - 21. В зависимости от значения атрибута Параметр (см. sys-diag_ipparam.tmc), данная переменная индицирует (INPUT) или задает (OUTPUT) параметры обмена узла по TCP/IP. • Параметр = 0, Card Num - число сетевых адаптеров. • Параметр = 1, Receive_Card - номер сетевого адаптера приема. • Параметр = 2, Send_Card - номер сетевого адаптера передачи. • Параметр = 3, Selected Bridge - установленные в 1 биты переменной задают используемый мост: • бит 0 - первый заданный (Параметр=9); • бит 1 — второй заданный (Параметр=10); • бит 2-первый резерв; • бит 3 — второй резерв. По умолчанию установлены биты 0, 2 и 3. • Параметр = 4, Retranslate_Flag - флаг RETRANSLATE. Если значение переменной равно 1, ретрансляция разрешена, если 0 -запрещена. • Параметр = 5, Ch_in_move_block - номер канала в скользящем блоке (см. @Net_DDE) при досылке по сети. • Параметр = 6, Rem_Load_Detect - переменная INPUT принимает значение 1, если предпринимается попытка загрузки с данного узла. • Параметр = 7, Logger_Mask - если бит с номером N значения переменной равен 0, отсылка в регистратор с номером N запрещена, если 1 - разрешена. По умолчанию Logger_Mask=l. • Параметр = 8, SetNoSend - если значение переменной равно О, отсылка по сети разрешена, если 1 - запрещена. • Параметр = 9, Node_BridgeO - порядковый номер первого моста. • Параметр = 10, Node_Bridge1 - порядковый номер второго моста. • Параметр = 11, Node_LoggerO - порядковый номер регистратора 0. • Параметр = 12, Node_Logger1 - порядковый номер регистратора 1. • Параметр = 13, Node_Logger2 - порядковый номер регистратора 2. • Параметр = 14, Node_Logger3 - порядковый номер регистратора 3.
• Параметр = 15, Node_Logger4 - порядковый номер регистратора 4. • Параметр = 16, Node_Logger5 - порядковый номер регистратора 5. • Параметр = 17, Err_Bit4 - в значение переменной типа INPUT копируется бит 4 из кода ошибки обмена по IP. Значение 1 этого бита соответствует ситуации, когда регистратор не найден, и соответствующие данные отсылаются по широковещательному адресу. • Параметр = 18, Err_Bit5 - в значение переменной типа INPUT копируется бит 5 из кода ошибки обмена по IP. • Параметр = 19, Err_Bit6 - в значение переменной типа INPUT копируется бит 6 из кода ошибки обмена по IP. • Параметр = 20, Err_Bit7 - в значение переменной типа INPUT копируется бит 7 из кода ошибки обмена по IP. • Параметр = 32, CountOflndBlock - число одновременно заданных буферов для индивидуальных рассылок, по умолчанию — 256. @Program Дополнение к подтипу - 22. Данная переменная зарезервирована. @R TMParam eter Дополнение к подтипу - 23. В зависимости от значения атрибута Параметр (см. sysdiag_rtmparam.tmc), данная переменная индицирует (INPUT) или задает (OUTPUT) параметры обмена узла и параметры событий. • Параметр = 1, Always_Send - период посылки сообщения о своем присутствии в сети (в секундах, по умолчанию - 10с). С этим периодом узел досылает значения каналов по MoveNet (см. @Net_DDE). • Параметр = 2, Node_UnPresent - максимально допустимое число секунд с момента последнего приема от узла (по умолчанию - 20 с). При превышении считается, что узла в сети нет. • Параметр = 3, Status_Check - период (в секундах) проверки состояния узлов в сети, по умолчанию - 5 с. • Параметр = 4, Waite_Start - время прослушивания сети для обнаружения резервов (в миллисекундах). Для резервов это время автоматически умножается соответственно на 2 и 3. Данная процедура выполняется при старте системы. По умолчанию Waite_Start=1000Mc. • Параметр = 5, Waite_Chg_Sts - величина Waite_Chg_Sts *
Waite_Start определяет таймаут на автоматический переход резервного узла в состояние WORK, если основной узел вышел из строя. Если основной узел и его резервы находятся в состоянии, отличном от WORK, в состояние WORK автоматически перейдет тот узел, для которого задан наименьший таймаут. По умолчанию Waite_Chg_Sts = 4; • Параметр = 10, Ack_after_off - длительность короткого события в секундах (см. Канал класса СОБЫТИЕ). Значение по умолчанию - 60; • Параметр = 11, Ack_after_on - таймаут квитирования события в секундах (см. Канал класса СОБЫТИЕ). Значение по умолчанию - 3600; • Параметр = 137, Max_Sound_Length - ограничение длительности воспроизведения звукового файла, заданного переменой @Sound_File. Задается в секундах (проверка - 1 раз в минуту), значение по умолчанию - 600с; • Параметр = 138, Sync_mask - маска синхронизации узла; установленные в 1 биты переменной равнозначны установке следующих флагов в редакторе узла на вкладке Отчет тре-вог/Дамп/П ара метры (см. Задание параметров узла): • Бит 0 - Синхронизация основных атрибутов; • Бит 1 - Синхронизация архивов по началу; • Бит 2 - Синхронизация архивов по концу; • Бит 3 - зарезервировано; • Бит 4 - Узел для запроса архивных данных (WORK/TRACE); • Бит 5 - Синхронизация глобальных переменных; • Бит 6 - Синхронизация дополнительных атрибутов; • Бит 7 - Принудительная отработка каналов OUTPUT; • Бит 8 - Прореживание архивов после синхронизации; • Бит 9 - Прореживание архивов при остановке; • Бит 11 - Запись в архивы среза по всем каналам. При успешной синхронизации архивов бит 13 переменной Sync_mask INPUT принимает значение 1; • Параметр = 180, GSM_Timeout_Reply - максимальное время ожидания ответа при обмене по GSM. Задается в секундах, значение по умолчанию - 60с. При превышении этого таймаута каналу, инициализировавшему передачу SMS, устанавливается признак аппаратной недостоверности; • Параметр = 181, GSM_Timeout_Check - период проверки наличия ответа после посылки SMS. Задается в секундах, значение по умолчанию - 5с;
• Параметр = 182, GSM Reply Count - зарезервировано; • Параметр = 183, GSMDebug - степень детализации отчета по GSM-обмену, который профайлер записывает в свой отладочный файл. Установленные в 1 биты первого (младшего) байта переменной задают запись следующих сообщений: • биты 0 и 1 - модемные сообщения об ошибках; • бит 2 — модемные предупреждения; • бит 3 - модемная информация об обмене. Установленные в 1 биты второго байта переменной задают запись сообщений МРВ: • бит 0 - ошибки; • бит 1 - краткая информация об обмене; • бит 2 - расширенная информация об обмене. По умолчанию устанавливаются биты 0 и 1 младшего байта. • Параметр = 184, SMS_Parameter - алгоритм обработки входящих SMS-сообщений. Формат SMS-сообщения для задания значения атрибута канала: <имя канала>.<номер атрибута>=<строка> В качестве параметра <строка> может использоваться строковое выражение или число. Указание номера атрибута In в сообщении необязательно. Зарезервированные значения параметра <строка>: ©OPEN, ©START, ©STOP, ©CLOSE Биты переменной, установленные в 0, задают следующие алгоритмы обработки SMS-сообщений: • бит 0 - сообщение отрабатывается, если оно пришло с телефона пользователя, определенного в узле; • бит 2 - указанному атрибуту канала присваивается значение из строки файла <имя файла prj>_<ordinal>.dct (см. Мнемосхемы), которая содержит текст <строка>; • бит 3 - при получении зарезервированных значений параметра <строка> указанному атрибуту присваиваются следующие значения: ©OPEN, ©START - 1; ©STOP - 0; ©CLOSE--1. Если пользователи в узле не заданы, SMS-сообщение отрабатывается вне зависимости от значения бита 0.
@Message Дополнение к подтипу - 24. Данная переменная используется для генерации сообщений (см. Генера-ция сообщений с помощью переменной MESSAGE). @AR_Length Дополнение к подтипу - 25. • Параметр=О - величина VALUE*64kB индицирует (переменная типа INPUT) или задает (переменная типа OUTPUT) максимальный размер файла отчета тревог. VALUE - значение переменной (атрибут 0). При увеличении размера файла ОТ с помощью данной переменной и последующем перезапуске монитора, МРВ будет оперировать только с тем объемом ОТ, который задан в ИС. • Параметр=1 - переменная INPUT индицирует реальное число строк в ОТ. • Параметр=2 - переменная INPUT индицирует номер последней строки в ОТ. @МodemStep Дополнение к подтипу - 26. Значение старшего байта данной переменной представляет собой индивидуальный номер узла, с которым происходит соединение через модем. Значения младшего байта соответствуют следующим состояниям модема: • 0 - начальное состояние; • 1 - ожидание входящего звонка; • 2 — попытка соединения в режиме SLAVE; • 3 - соединение в режиме SLAVE; • 4 - попытка соединения в режиме HOST; • 5 - соединение в режиме HOST. При работе Micro RTM Modem+, значения переменной соответствуют следующим состояниям модема: • 0 - начальное состояние; • 1 - ожидание входящего звонка; • 2 - инициализация; • 3 - инициализация; • 4 - попытка соединения;
• 5 - передача данных; • 6 - восстановление соединения после ошибки. При работе Micro RTM GSM+, значения переменной соответствуют следующим состояниям модема: • 0 - устройство неизвестно; • 1 - восстановление после ошибки; • 2 - переход к инициализации; • 3 - общая инициализация; • 4 - запрос состояния PIN; • 5 - ввод PIN-кода; • 6 - выбор оператора; • 7 - выбор оператора; • 8 - проверка активности; • 9 - регистрация в сети; • 10 - выбор формата SMS; • 11 - индикация новых SMS; • 12 - чтение списка SMS; • 13 - удаление SMS из списка входящих; • 14 - чтение номера сервис-центра; • 15 - установка номера сервис-центра; • 16 - выполнение других операций; • 17 - проверка списка входящих SMS; • 18 - очистка списка входящих SMS; • 19 - отправка SMS; • 20 - отправка SMS; • 21 - проверка наличия звонка; • 22 - установление соединения; • 23 - работа в режиме соединения; • 24 - завершение соединения. Коды больше 24 являются системными. Эта переменная типа OUTPUT используется для изменения статуса Micro RTM Modem+ и Micro RTM GSM+ при обмене соответственно по коммутируемым линиям и GSM. При любом изменении значения переменной статус Micro RTM изменяется на MASTER на один такт обмена, а затем возвращается в SLAVE. (^Synchronize Дополнение к подтипу - 27. Тип данных переменной - I NT.
При посылке ненулевого значения в эту переменную типа OUTPUT корректируется время текущего узла исходя из времени рассогласования с активными узлами проекта. Для WINDOWS: • Параметр = 0 или 1 - синхронизация не производится, если время рассинхронизации меньше периода пересчета базы каналов; • Параметр = 2 или 3 - синхронизация не производится, если время рассинхронизации больше 0.5 мин или меньше 1 с; • Параметр = 4 или 5 - синхронизация производится во всех случаях; • Параметр = 6 или 7 - обнуление миллисекунд времени рассинхронизации, синхронизация не производится; • Параметр = 16 или 17 - аналог 0/1, но в вычислении времени рассинхронизации не учитывается собственный узел. Для DOS атрибут Параметр имеет тот же смысл, и, кроме того, различаются его четные и нечетные значения: • четные - измененное время не записывается в BIOS; • нечетные - измененное время записывается в BIOS. В данную переменную типа INPUT записывается рассогласование времени с узлами в состоянии WORK/TRACE в миллисекундах (Т - собственное время): 1 N 8т = — У (т - Т:) N i Если Параметр = 1, анализируются только резервы; если Параметр = 0 - все узлы; если Параметр = 16, 17 - все узлы, кроме собственного. @Load Дополнение к подтипу - 28. Использование данной переменной позволяет перезагрузить отредактированный узел и другие компоненты проекта (шаблоны и ресурсы), связанные с этим узлом, без остановки монитора. В переменную @Load типа INPUT записывается код ошибки перезагрузки узла (аналогичен коду ошибки загрузки узла): • 0 — норма; • -1 - предупреждение; • -2 - ошибка памяти; • -3 - ошибка в структурах данных; • -4 - превышены ограничения; • -5 — ошибка удаления;
• -6 - неисправность жесткого диска; • -7 — ошибка обмена; • -8 - ошибка в файле; • -9 - ошибка чтения с диска; • -10 - ошибка записи на диск; • -11 - некорректное значение; • -12-ошибка инициализации; • -13 - зарезервировано; • -14 - нет памяти для выполнения операции; • -16 - ошибка версии; • -17 - ошибка в формате файла; • -18 - превышение в проекте количества точек ввода-вывода, заданного ключом HASP; • -19 - ошибка ЕММ-памяти; • -20 - ошибка мэппирования памяти; • -32 - ошибка добавления сетевого имени или нехватка памяти для временной структуры; • -33 - ошибка добавления сообщения; • -34 - ошибка потока; • -35 - ошибка инициализации отчета тревог; • -36 — ошибка инициализации СПАД; • -37 - ошибка загрузки addr.ind; • -38 - ошибка сети; • -39 — ошибка компонента; • -40 - ошибка последовательных портов; • -41 - ошибка файла сохранения состояния системы; • -42 — ошибка инициализации DDE; • -43 - ошибка пароля; • -44 - ошибка инициализации обмена по tl 2; • -45 - ошибка инициализации дисплея (для Микро МРВ); • -48 - зарезервировано; • -49 — не найден файл dodef.cfg; • -50 - ошибка запуска ОРС-сервера; • -100 - ошибка повтора. Переменная @Load типа OUTPUT управляет перезагрузкой (см. пример в разделе Перезагрузка узла с помощью переменной @LOAD). В общем случае, при перезагрузке монитор анализирует объекты в последовательности каналы - шаблоны - ресурсы. Первый (младший) полубайт переменной @Load типа OUTPUT задает
тип перезагрузки (способ отбора объектов из файла *.dbb): • 1 - все; • 2 - те, чье имя совпадает с именем канала, связанного с переменной @Load; • 4 - имя канала, связанного с переменной @Load, является подстрокой поиска объектов. Если пользователь обладает правами на запуск, останов и выход, и значение младшего полубайта равно 15 (установлены все четыре бита), выполняется полная перезагрузка через останов. Второй полубайт задает алгоритм перезагрузки ресурсных библиотек и графических объектов: • 1 - перезагрузка всех ресурсных библиотек и графических объектов (загруженные библиотеки и графические объекты предварительно удаляются из памяти); • 2 - стандартный алгоритм перезагрузки ресурсных библиотек и графических объектов, выполняется при любой из команд перезагрузки; • 4 - считывание системных параметров из файла *.dbb. В частности, этот алгоритм необходимо использовать при изменении числа узлов в проекте, а также при любых изменениях в конфигурации обмена по DDE. В памяти хранится таблица загруженных ресурсных библиотек и графических объектов (ID и размер). При стандартном алгоритме монитор читает из файла *.dbb ID ресурса (библиотеки или графического объекта) и его размер, после чего выполняет следующие действия: • если ресурс существует в таблице, и его размер совпадает с размером ресурса в *.dbb, он не удаляется и не загружается; • если ресурс существует в таблице, и его размер не совпадает с размером ресурса в *.dbb, он удаляется и загружается; • если ресурс не существует в таблице, он загружается. Если в таблице есть свободное место, в него заносится ID и размер нового ресурса. Предельно допустимое число позиций в таблице - 64. Предельно допустимое число ресурсов в таблице: • библиотек текстов - 1; • библиотек рисунков - 4; • библиотек векторных рисунков - 2; • библиотек видеоклипов - 9; • графических объектов - 48. Третий полубайт задает алгоритм перезагрузки шаблонов:
• 1 - перезагрузка шаблонов программ; • 2 - перезагрузка шаблонов связей с БД; • 4 - перезагрузка шаблонов документов (отчетов); • 8 - перезагрузка шаблонов экранов. При перезагрузке шаблона анализируются все каналы его вызова (см. ниже), реализация шаблона удаляется из памяти и создается новая. Следует иметь в виду, что при этой операции изменяются ВСЕ вызовы этого шаблона (один шаблон может вызываться несколькими каналами), в том числе и в режиме перезагрузки по подстроке и совпадению имен. Монитор автоматически присваивает третьему полубайту значение 1, 2, 4 и 8 (и выполняет соответствующие действия) в случае, если флаг Full Reload был возведен при анализе соответствующего канала CALL (см. ниже). При перезагрузке шаблона несколько его вызовов может быть пропущено. При перезагрузке шаблона экрана может потребоваться установка в 1 атрибута 53, Update канала вызова. Четвертый полубайт задает алгоритм перезагрузки каналов: • 0 - запрет перезагрузки каналов; • 1 - перезагрузка атрибутов 26-37 каналов FLOAT; • 2 - перезагрузка флагов архивирования/дампа каналов; • 4 - разрешение анализа вызовов шаблонов. Если канал CALL в *.dbb и соответствующий ему канал CALL в памяти имеют разное число аргументов, взводится флаг Full Reload (недоступен для пользователя). Если канал CALL в *.dbb и соответствующий ему канал CALL в памяти имеют одинаковое число аргументов, и тип данных некоторых соответствующих друг другу аргументов отличается, также взводится флаг Full Reload. Если канал CALL в *.dbb и соответствующий ему канал CALL в памяти имеют одинаковое число аргументов, и тип данных соответствующих друг другу аргументов совпадает, производится замещение аргументов (заменяются привязки). При таком замещении не копируются константы OUTPUT. • 8 - разрешение загрузки каналов, отсутствующих в МРВ (для загрузки каналов CALL это значение должно быть задано обязательно). При перезагрузке каналов замещение имен производится всегда. Монитор хранит в памяти массив указателей на каналы и REMAP -таблицу. В REMAP-таблице хранится соответствие идентификатора канала (ID, отображается в ИС во всплывающей подсказке) локальному идеи-
тификатору в массиве указателей. В REMAP-таблице каналы расположены по возрастанию ГО. При загрузке узла размер массива указателей обрезается с точностью до 256 (значение по умолчанию, может быть изменено с помощью файла TMcom_<ordinal>.cnf - см. Задание параметров работы мониторов). Например, если загружается 258 каналов, размер массива составит 512, при этом это значение может быть меньше, чем лицензионное ограничение МРВ. В ходе перезагрузки каналы из *.dbb, которые отсутствуют в МРВ, заносятся в массив (на свободные места). Если свободных мест нет, новые каналы из *.dbb не загружаются даже в случае выполнения лицензионного ограничения МРВ - в этой ситуации для загрузки отредактированного узла потребуется останов монитора. @$ound Дополнение к подтипу - 29. Данная переменная типа OUTPUT воспроизводит звуковой сигнал на системном динамике. Младший байт задает время звучания от 10 мс с точностью 1 мс, старший - частоту от 100 Гц с дискретностью 10 Гц. @Sound_File Дополнение к подтипу - 30. Данная переменная типа OUTPUT со значением п=1,...32000 воспроизводит монофонический звуковой файл n.wav формата РСМ. Посылка нуля в такой канал останавливает воспроизведение. Монитор ведет очередь воспроизведения звуковых файлов. Режим воспроизведения может быть задан с помощью атрибута Параметр переменной: • Параметр=0 - постановка в конец очереди, однократное воспроизведение; • Параметр-! - постановка в начало очереди без прерывания текущего воспроизведения, циклическое воспроизведение; • Параметр=2 - постановка в начало очереди, прерывание текущего воспроизведения, однократное воспроизведение; • Параметр-3 - постановка в начало очереди, прерывание текущего воспроизведения, циклическое воспроизведение. Данная переменная типа INPUT индицирует текущий размер очереди воспроизведения. @Exit
Если значение данной переменной типа OUTPUT равно 5: • при работе в DOS - монитор останавливается и производится выход из программы; • при работе в WINDOWS - монитор останавливается. Группа ДИАГНОСТИКА В переменные типа INPUT данной группы записываются результаты диагностики различных параметров. Как правило, посылка положительного значения в переменную типа OUTPUT обнуляет значение аналогичной переменной-счетчика типа INPUT. Каналы, связанные с переменными данной группы, имеют подтип 15. @eSIAD Дополнение к подтипу - 0. В зависимости от атрибута Параметр (см. sysdiag_siad.tmc), данная переменная типа INPUT индицирует результаты соответствующей диагностики архивов SIAD. • Если Параметр равен номеру архива (0 - System; 1 - SIAD1; 2 -SIAD2; 3 - SIAD3), то значение переменной индицирует код ошибки соответствующего архива (см. Коды диагностируемых ошибок). • Если Параметр = 128 (DEC), Work Mask, то установленные в 1 биты значения переменной указывают на работоспособность соответствующих архивов (бит 0 - System, бит 1 - SAID1 и т.д.). • Если Параметр = 129 (DEC), Error Mask, то установленные в 1 биты значения переменной указывают на наличие критической ошибки соответствующих архивов (бит 0 - System, бит 1 - SAID1 и т.д.). @е_А larmReport Дополнение к подтипу - 1. В данную переменную типа INPUT записываются результаты диагностики отчета тревог (см. Коды диагностируемых ошибок). @e_Logger Дополнение к подтипу - 2. Данная переменная зарезервирована.
@Net_Code Дополнение к подтипу - 4. В данную переменную типа INPUT записываются коды ошибок обмена по IP операционной системы. @e_M_LINK_Host Дополнение к подтипу - 5. В данную переменную типа INPUT записывается код ошибки при обмене по протоколу M-LINK в режиме MASTER (см. Коды диагностируемых ошибок). @e_DCS Дополнение к подтипу - 6. В данную переменную типа INPUT записывается код ошибки при обмене по протоколу DCS (см. Коды диагностируемых ошибок). @e_MODBUS Дополнение к подтипу - 7. В данную переменную типа INPUT записывается код ошибки при обмене по протоколу MODBUS (см. Коды диагностируемых ошибок). @е_РЬС1Туре Дополнение к подтипу - 8. В данную переменную типа INPUT записывается код ошибки при обмене через драйвер til (см. Коды диагностируемых ошибок). @e_PL С2 Туре Дополнение к подтипу - 9. В данную переменную типа INPUT записывается код ошибки при обмене через драйвер tl2 (см. Коды диагностируемых ошибок). @Above Дополнение к подтипу - 10. Значение этой переменной типа INPUT равно количеству ситуаций, когда реальное время цикла монитора превышало заданное.
@Modem Дополнение к подтипу -11. В данную переменную типа INPUT записывается код ошибки при обмене по коммутируемым линиям (см. Коды диагностируемых ошибок). @$IADSyn ch гоп ize Дополнение к подтипу - 12. Данная переменная зарезервирована. @е_ ТCPModB us Дополнение к подтипу - 13. В данную переменную типа INPUT записывается код ошибки при обмене по протоколу MODBUS TCP/IP (см. Коды диагностируемых ошибок). @RS_Reinit Дополнение к подтипу - 14. С помощью данной переменной типа OUTPUT выполняется реинициализация обмена по последовательному порту. Значение переменной задает номер порта (1 - С0М1 и т.д.). Отличное от 0 значение старшего байта изменяет назначение последовательного порта (MASTER / SLAVE). @е_ОРС Дополнение к подтипу - 15. В данную переменную типа INPUT записывается результат диагностики обмена по ОРС (см. Коды диагностируемых ошибок). Если переменная имеет тип OUTPUT, то посылка в нее 0 сбрасывает код ошибки, а посылка любого другого числа переинициализирует все связи с ОРС-серверами. При этом если в начальный момент времени сервер не был найден, то надо использовать полную реинициализацию (значение больше 255). Если связь была оборвана уже при работе, то можно провести частичную реинициализацию (значение меньше 255). @Redundant Дополнение к подтипу - 16. Значение этой переменной типа INPUT равно времени (в секундах) отсут
ствия данных от резерва, указанного атрибутом Параметр. @e_Dump Дополнение к подтипу - 17. В данную переменную типа INPUT записываются результаты диагностики дампа узла (см. Коды диагностируемых ошибок). @e_DDE Дополнение к подтипу - 18. В данную переменную типа INPUT записывается код ошибки при обмене по DDE (см. Коды диагностируемых ошибок). @e_MLink_Slave Дополнение к подтипу - 19. В данную переменную типа INPUT записывается код ошибки при обмене по протоколу M-LINK в режиме SLAVE (см. Коды диагностируемых ошибок). @e_Connect Дополнение к подтипу - 20. В эту переменную типа INPUT записывается код ошибки при обмене по TCP. @q_SIAD_Lost Дополнение к подтипу -21. Данная переменная типа INPUT индицирует число сообщений, которые не удалось вставить в очередь на запись в архив, заданный атрибутом Параметр (0 - System; 1 - SIAD1; 2 - SIAD2; 3 - SIAD3). @e_IO_Error Дополнение к подтипу - 22. Эта переменная типа INPUT используется для индикации ошибок обмена с платами ввода/вывода, установленными в слоты контроллера (при ошибке устанавливается бит с номером, равным номеру слота).
@q_Lost_Alarms Дополнение к подтипу - 23. Данная переменная типа INPUT индицирует число сообщений, которые не удалось вставить в очередь на запись в отчет тревог. @Jdle_Loop Дополнение к подтипу - 24. В данную переменную типа INPUT записывается время, затраченное на однократную отработку каналов потока 19 (см. Потоки монитора). @GraphicsLoop Дополнение к подтипу - 25. В данную переменную типа INPUT записывается время, затраченное на однократную отработку каналов потока 17 (см. Потоки монитора). @q_Queue_Alarms Дополнение к подтипу - 26. • Параметр=О - значение переменной индицирует (INPUT) или задает (OUTPUT) величину первой очереди сообщений, генерируемых монитором. Эта очередь предназначена для сообщений, передаваемых по направлениям AR и G. Значение по умолчанию -64000 строк. • Параметр=1 - значение переменной индицирует (INPUT) или задает (OUTPUT) величину второй очереди сообщений, генерируемых монитором. Эта очередь предназначена для сообщений, передаваемых по всем направлениям, кроме AR и G. Значение по умолчанию - 64000 строк. • Параметр=2 - значение переменной INPUT индицирует текущую величину первой очереди сообщений. • Параметр=3 - значение переменной INPUT индицирует текущую величину второй очереди сообщений. • Параметра - значение переменной INPUT индицирует максимальный размер первой очереди, достигнутый за все время работы (отрабатывается только в профайлере). • Параметр=5 - значение переменной INPUT индицирует максимальный размер второй очереди, достигнутый за все время работы (отрабатывается только в профайлере). Если с помощью переменной с атрибутом Параметр=0,1 задать размер очереди меньше, чем текущее число сообщений в ней, из очереди удаля
ется соответствующее количество сообщений с младшими временами. При посылке положительного значения в переменную OUTPUT с атрибутом Параметр=2,3 соответствующие очереди очищаются. При посылке положительного значения в переменную OUTPUT с атрибутом Параметр=4,5 соответствующие переменные INPUT обнуляются. @Calc_Loop Дополнение к подтипу - 27. В данную переменную типа INPUT записывается реальное время цикла монитора (см. Время цикла монитора). @qIPLost Дополнение к подтипу - 28. Значение данной переменной типа INPUT равно количеству потерянных данных для отправки по IP. @q_IP_Send_ О Дополнение к подтипу - 29. Данная переменная индицирует (INPUT) текущий размер очереди на отправку по IP или задает (OUTPUT) предельный размер этой очереди. @q_SIAD_Q Дополнение к подтипу - 30. Атрибут Параметр этой переменной может принимать следующие значения (см. sysdiag_queuesiad.tmc): • 0, Cur/Мах qSystem • 1, Cur/Мах qSIADI • 2, Cur/Мах qSIAD2 • 3, Cur/Мах qSIAD3 • 16, Мах/Del qSystem • 17, Мах/Del qSIADI • 18, Мах/Del qSIAD2 • 19, Мах/Del qSIAD3 • 32, Used System • 33, Used SIAD1 • 34, Used SIAD2
• 35, Used SIAD3 • 48, К System • 49, KSIAD1 • 50, KSIAD2 • 51, KSIAD3 • 64, Count System • 65, Count SIAD1 • 66, Count SIAD2 • 67, Count SIAD3 • 80, S System • 81, S SIAD 1 • 82, S SIAD 2 • 83, S SIAD 3 • 96, First System • 97, First SIAD 1 • 98, First SIAD 2 • 99, First SIAD 3 • 112, Last System • 113, Last SIAD 1 • 114, Last SIAD 2 • 115, Last SIAD 3 Значение переменной INPUT индицирует следующие характеристики: • Параметр=0-4 - приблизительный размер текущей очереди на запись в соответствующий архив (в тыс. сообщений); • Г1араметр=16-19 - максимальный размер очереди на запись в соответствующий архив, достигнутый за все время работы (приблизительно, в тыс. сообщений); • Параметр=32-35 - приблизительный процент заполнения соответствующего архива. При старте МРВ значение этого параметра соответствует текущему уровню заполнения архива. После достижения значения 100 параметр обнуляется и затем снова растет до 100 по мере затирания старых записей новыми; • Параметр=48-51 - коэффициент полезного использования объема соответствующего архива (в процентах). После перезапуска МРВ этот показатель относится только к записям текущего сеанса; • Параметр=64-67 - число сообщений, посланных в соответствующий архив с момента старта монитора; • Параметр=80-83 - число запросов на выборку из соответствующего архива в очереди; • Параметр=:96-99 - время первой записи в соответствующем архи-
ве; • Параметр=112-115 - время последней записи в соответствующем архиве. Значения 48-51 и 64-67 атрибута Параметр отрабатываются только в профайлере. Значение переменной OUTPUT задает следующие характеристики: • Параметр=0-4 - максимальный размер очереди на запись в соответствующий архив (в тыс. сообщений). Если задать размер очереди меньше, чем текущее число сообщений в ней, из очереди удаляется соответствующее количество сообщений с младшими временами; • Параметр^!6-19 - число сообщений (в шт.), которые будут удалены из очереди на запись в соответствующий архив (удаляются сообщения с младшими временами). @Node_Lock Дополнение к подтипу -31. Значение этой переменной типа INPUT задает номер узла для удержания связи с ним при обмене через модем.
258 Руководство пользователя TRACE MODE 6
Глава 4 Распределенные АСУ
Конфигурирование межком понентного взаи модействия Распределенные системы в ИС разрабатываются методом конфигурирования информационных потоков (см. Технология разработки проекта в ИС, Обеспечение работы распределенных АСУ, а также Конфигурирование информационных потоков в разделе Пример создания проекта). Основной принцип конфигурирования информационного потока в ИС заключается в независимом описании звеньев потока с дальнейшим заданием связей между звеньями. До тех пор, пока речь идет о связи между компонентами одного узла, не возникает вопрос об аппаратно/программном интерфейсе, который должен быть задействован для обеспечения связи, - в этом случае достаточно выполнить конфигурирование свойств связь/вызов компонентов. Если взаимодействующие компоненты относятся к разным узлам, интерфейс связи, как правило, должен быть указан и сконфигурирован. Например, при задании связи двух каналов разных узлов по RS необходимо создать в узлах компоненты СОМ-порт, задать для них необходимые параметры и указать для канала-приемника используемый интерфейс связи. Свойство связь может быть задано для компонента при копировании и вставке (см. Копирование и вставка объекта структуры), в окне свойств (см. Вкладка ‘Информация’), а в случае канала - и в его редакторе (см. Общие атрибуты каналов) Свойство вызов может быть задано для компонента при копировании и вставке (см. Копирование и вставка объекта структуры) и в окне свойств (см. Вкладка ‘Информация’). Связь канал-канал При связи каналов в качестве интерфейса взаимодействия могут быть заданы (в скобках указан номер подтипа канала, для которого сконфигурировано свойство связь, - см. Подтипы каналов и Атрибуты каналов, отображаемые профайлером): • С Н N ЕТ (71) - по сети по протоколу IP; • CHMLINK (65) - по последовательному интерфейсу по протоколу M-LINK. Информация о номерах подтипа и дополнения к подтипу ка-
нала содержится в атрибуте 126, TsT. При взаимодействии с другим узлом во всех случаях (кроме приема сетевых автопосылок) канал с настроенным свойством связь посылает запрос (в случае интерфейса CHNET - на IP-адрес удаленного сетевого узла), содержащий указание удаленному каналу передать свое значение или изменить его, и принимает ответ, содержащий информацию о выполнении запроса. При приеме сетевой автопосылки ответ не генерируется. Автопосылка - это способность монитора передавать в сеть реальные значения каналов в виде широковещательных сообщений (в сети TCP/IP широковещательные сообщения отправляются по специальному IP-адресу, все биты которого равны единице). Монитор генерирует такие сообщения по каналам любого типа (как INPUT, так и OUTPUT) с установленным флагом Автопосылка (атрибутом 60 T_NET, равным 1) при каждом изменении их реального значения. Вид взаимодействия каналов задает характеристика вид связи (в скобках указано дополнительное значение атрибута ТsT канала, для которого сконфигурировано свойство связь): • CHCOPY (0) - копирование/установка значения удаленного канала (запрос/ответ); • CHASEND (1) - прием сетевой автопосылки (подтверждение приема не генерируется). Каналы, принимающие автопосылки, должны иметь тип INPUT; • CHGROUP (9) - запрос/ответ по групповому номеру; • С Н FAU LT (2) - запрос/ответ по резервам; • CHCS (3) - специфический вид взаимодействия. При интерфейсе CHMLINK виды связи CHCOPY и CHASEND идентичны. При конфигурировании связи каналов разных узлов их взаимодействие задается на вкладке Информация окна свойств с помощью выбора из списка одной из следующих опций (см. Вкладка ‘Информация’): • Auto - CHNET/CHMLINK. Если доступно взаимодействие по сети, будет установлен интерфейс CHNET вне зависимости от возможности взаимодействия по RS. При установке интерфейса CHMLINK используется первый обнаруженный COM-порт, который сконфигурирован корректно. Опция Авто задается по умолчанию; • TCP-по TCP; • RS 1 - CHMLINK, используется первый обнаруженный СОМ-порт, который сконфигурирован корректно;
• RS 2 - CHMLINK, используется второй обнаруженный COM-порт, который сконфигурирован корректно; • GSM SMS 1 - в виде SMS-сообщения, используется первый обнаруженный модем; • GSM SMS 2 - в виде SMS-сообщения, используется второй обнаруженный модем; • Group-CHGROUP. Если узел, к которому принадлежит привязанный канал, имеет резервы, то в этом списке доступна опция All Redundant (все резервы), а также опции вида Net_ind<N> (N=0,l ,2), явно указывающие один из узлов (0 -основной, 1 - первый резерв, 2 - второй резерв). При интерфейсе CHNET характеристики канала-приемника устанавливаются автоматически в зависимости от параметров запрашиваемо-го/передающего канала: • если для запрашиваемого канала установлен флаг автопосылки, для запрашивающего канала устанавливается вид связи CHASEND. Особенности связи канал-канал (см. также Особенности пересчета и отработки каналов): • только для CHNETCHCOPY: при привязке канала (ch) к строковому атрибуту 79, 80 или 127 (attrS) удаленного канала (rem_ch): ch.attrS = rem_ch.attrS • при привязке к числовому атрибуту (attrN) удаленного канала: ch.2 = rem_ch.attrN • для передачи времени используется один из следующих механизмов: • привязка канала TIME/HEX32 к временному атрибуту удаленного канала; • значение атрибута 45 может быть передано с помощью флага Запрос времени значения (см. Вкладка ‘Флаги’). По CHMLINK время передается с точностью до 10 мс. Связь через аргументы При конфигурировании свойства вызов задается межкомпонентная связь через аргументы. Если аргумент канала привязан к каналу не класса CALL другого узла, то на запрашивающем узле монитор создает один или несколько каналов, для которых интерфейс связи - CHNET или CHMLINK - определяется по результатам анализа параметра ServiceVar в строках описания узлов в файле addr.ind (см. Файлы узла, создаваемые при экспорте): Имена новых каналов формируются следующим образом:
*_<номер запрашиваемого узла>_<номер запрашиваемого каналаХномер запрашиваемого атрибута><1/0> Исключением из этого правила являются каналы CALL с типом вызова 8, ChGroupReq (см. Канал класса CALL). Если монитор обнаруживает доступность обмена по сети, он создает один канал с интерфейсом связи CHNET, вид связи для которого устанавливается CHCS. Канал CHCS — того же класса, что и запрашиваемый канал, плюс 32 байта (255 разрядов). Номер бита, равного 1, соответствует номеру запрашиваемого атрибута. Каналы CHCS не пересчитываются, а только предоставляют данные для каналов класса CALL. В мониторе с отладкой (профайлере) такие каналы помещаются в группу RESTORED. Тип нового канала соответствует типу аргумента, к которому привязан запрашиваемый канал. На один компонент создается один компонент, а при запи-си/чтении - два (атрибуты, которые требуется читать/устанавливать, задаются в компоненте). Если выбирается обмен по M-LINK/RS, то на все найденные сочетания <id каналахаЪЪг><1/0> создаются компоненты с интерфейсом связи CHMLINK и видом связи CHCOPY, класс которых соответствует запрашиваемым данным (например, если запрашиваемое значение REAL, создастся FLOAT). Значение аргумента устанавливается для соответствующего атрибута локального канала, созданного монитором, - это следует иметь в виду при использовании связи аргумента с такими атрибутами удаленного канала, как, например, (4, I) Достоверность и (8, W) Подключение. При связи по сети, если аргумент (arg) типа OUTPUT канала (ch) привязан к атрибуту IN удаленного канала (rem_ch), то с периодом, равным нескольким (2-3) периодам пересчета канала ch, тип arg изменяется на INPUT, у удаленного узла запрашивается значение rem_ch.lN и записывается в arg, после чего тип arg изменяется на OUTPUT. Таким образом, в случае CHNETCHCS не только rem_ch.lN изменяется в соответствии с изменением arg, но и arg изменяется в соответствии с изменением rem_ch.lN в удаленном узле. Передача строк и времени при связи аргумент-канал: • передача строки (только для CHNETCHCS): у канала CALL должны быть созданы два аргумента (REAL и STRING), и оба этих аргумента должны быть привязаны к строковому атрибуту удаленного канала (аргумент REAL — вспомогательный, аргумент STRING содержит полученное строковое значение); • для передачи времени аргумент привязывается к временному атрибуту удаленного канала.
В одном узле разрешена привязка аргументов канала CALL к аргументам другого канала CALL, для разных узлов такая привязка запрещена (см. Канал класса CALL). Чтобы такая связь работала корректно, привязываемый аргумент должен иметь порядковый номер 0-254; а если аргумент, для которого задается привязка, имеет тип OUTPUT, его порядковый номер также должен лежать в пределах 0-254. Управление и особенности взаимодействия Для управления обменом используются каналы, связанные со следующими системными переменными TRACE MODE (группа СИСТЕМНЫЕ): • @Mode_Control. • ©Status К особенностям взаимодействия относятся следующие (см. также Ограничения мониторов для DOS): • CHGROUP. CHFAULT: • посылка N узлам; • если запрос, то во вход попадают данные от узла со статусом WORK, а в Q - данные остальных узлов (для резервов - при взаимодействии All Redundant); • в NET отвечают все узлы, в M-Link — только узел со статусом WORK, однако по OUTPUT изменяют значения все; • CHCS может работать на посылку в двух режимах - CHCOPY (запрос/ответ) и CHASEND (broadcast); • CHASEND не поддерживает работу с текстовыми атрибутами; • CHMLINK не поддерживает работу с текстовыми атрибутами; • в узле LOGGER должны быть созданы связи со всеми каналами, которые имеют флаг LOGGER, - для этих узлов нет автопостроения. Допустимые цепочки связей При редактировании проекта в ИС допускается создание цепочек связей -например, канал-канал-канал; источник/приемник-источник/приемник-канал-канал-аргумент и т.п. В цепочках вида канал-источник/приемник1-источник/приемник2 можно задать порядковый номер источника/приемника, который будет использован при экспорте узла (в разделе Сохранить для МРВ диалога настройки параметров ИС - см. Задание общих настроек ИС). Это позволяет «обойти» отключенное или удаленное устройство (например, контроллер) без модификации проекта. Кроме того, при использовании в такой цепочке встроенного генератора TRACE MODE можно отлаживать проект без реальной аппаратуры.
В подобной цепочке связей нельзя использовать аргумент (вместо канала). Создание контура управления Для создания контура управления нужно передать, в том числе с обработкой, данные из измерительного информационного потока (датчик => УСО => контроллер => операторская станция или, с точки зрения ИС, источник => канал INPUT => канал INPUT —> ...) в управляющий (операторская станция => контроллер => исполнительное устройство или ... => канал OUTPUT => приемник). Для этой цели можно использовать только программу или канал CALL с типом вызова MOVE. Связь [канал INPUT или источник] => [канал OUTPUT] запрещена.
Корректировка проекта в реальном времени Перезагрузка узла с помощью переменной @LOAD Для перезагрузки отредактированного в ИС узла и других компонентов проекта (шаблонов и ресурсов), связанных с этим узлом, без остановки монитора можно использовать системную переменную @Load (см. Группа СИСТЕМНЫЕ). Пример перезагрузки с помощью переменной @LOAD Создадим в узле следующие каналы: Ц: Пила#! Щ»р Канал#2 Uq Программа#! .3 Uc Экран#2:4 Ue @Load_oul @Load_in <: I > Канал Пила1 связан с генератором пилообразного сигнала, канал @Load_out - с переменной @Load типа OUTPUT, канал @Load_in - с переменной @Load типа INPUT. Канал Программа1 вызывает следующую программу: PROGRAM VARINPVT Пила_1_В : REAL; ENDEAR VAR OHTPUT Канал_2_1п : REAL; ENDEAR Канал_2_1п = Пила_1_Р; ENDPROGRAM Шаблон экрана, вызываемый каналом Экран2, содержит два ГЭ Текст, которые отображают значения каналов Пила1 и Канал2:
<текст> <текст> Запустим узел в профайлере - программа копирует значения канала Пила! в канал Канал2: Не останавливая монитора, модифицируем проект, например, следующим образом: • изменим программу и скомпилируем ее: PROGRAM VARINPUT Пила_1_а : REAL; ENBVAR VAROUTPUT Канал_2_1п : REAL; ENBVAR Канал_2_1п = Пила_1_Р, + 1000; ENDPROGRAM • добавим в узел канал СинусоидаЗ, связанный с генератором синусоидального сигнала; создадим новый шаблон экрана, разместим на нем ГЭ Текст для отображения значения канала СинусоидаЗ и кнопку перехода на экран 2: • создадим в узле канал ЭкранЗ вызова нового шаблона экрана; • разместим на экране 2 кнопку перехода на экран 3 и упорядочим ГЭ:
Сохраним и экспортируем проект. В диалоге профайлера Просмотр компонентов зададим каналу @Load_out значение 16#8001, закроем и вновь откроем диалог - в нем отобразится обновленная база каналов узла: Зададим каналу @Load_out значение 16#100 - на экране 2 отобразятся результаты работы обновленной программы: 1011 Для перезагрузки шаблонов экранов зададим каналу @Load_out значение 16#800. После этого, в случае необходимости, зададим атрибуту 53 Update канала Экран 2 значение 1 - профайлер отобразит обновленный экран 2 и новый экран 3:
Поскольку загрузка выполнялась корректно, на всех ее этапах значение канала @Load_in остается равным 0. Перезагрузка узла из ИС По команде № Загрузить в контроллер (см. Меню и главная панель инструментов навигатора проекта) на экране появляется следующий диалог: С помощью переключателей ТМ6 Сеть, Копировать в и Терминал выбирается раздел конфигурирования интерфейса/механизма, который будет использован для перезагрузки узла. Раздел Действия содержит команды управления перезагрузкой: • Загрузка - копирование файлов *.rtp и *.dbb (см. Файлы узла,
создаваемые при экспорте); • Рестарт - перезагрузка узла через останов МРВ (требуется, например, в том случае, если в узле сокращено число каналов); • Обновление - перезагрузка узла без останова МРВ; • Останов - останов монитора. После выполнения этой команды требуется рестарт МРВ на удаленном компьютере. Перед выполнением команд должен быть выполнен экспорт узлов. При успешном выполнении команды в поле Результат выводится сообщение «ОК», в противном случае - сообщение об ошибке: Результат - WSAETIMEDOUT connect 10060 Перезагрузка узла по сети Для перезагрузки узла по сети нужно в разделе ТМ6 Сеть задать IP-адрес или имя компьютера/контроллера, на котором запущен МРВ (1Р-адрес подставляется автоматически, если он задан для узла при редактировании проекта в ИС): -- ТМ6 Сеть ] alexanderr Далее нужно выполнить команду Загрузить (для обновления бинарных файлов узла на удаленном компьютере/контроллере) и одну из команд перезагрузки. Экспорт файла *.dbb Для экспорта файла *.dbb нужно в разделе Копировать в указать полный путь к директории размещения и выполнить команду Загрузить. Путь может быть задан вручную или выбран с помощью диалога, который открывается при нажатии кнопки Выбрать папку: - Копировать в — -----------—-— | F:VTRACE_MODE_6debug_TE5 Выбрать папку
Перезагрузка узла по RS Для перезагрузки узла по RS нужно в разделе Терминал задать параметры используемого последовательного интерфейса (описание параметров приведено в разделе Редактор параметров СОМ-порта), а также указать протокол (ТМ6 MLink или XModem в случае использования модема): -Терминал------------------ Адрес 11 I COMljJ |тмб MLink Baud Rate |96С | Data Bits Stop Bits |1 t| Parity | None -~| Далее нужно выполнить команду Загрузить и одну из команд перезагрузки.
Табличный редактор аргументов Аргументы компонента проекта и их привязки к атрибутам/аргументам других компонентов задаются в табличном редакторе аргументов, в котором параметры каждого аргумента задаются в отдельной строке. Аргументы могут быть созданы только для шаблона и канала класса CALL с ненастроенным свойством вызов, при этом редакторы аргументов этих компонентов имеют отличающиеся функции (и, соответственно, набор инструментов - см. Редактор аргументов шаблона и Редактор аргументов канала CALL с ненастроенным свойством ВЫЗОВ). Существует также третий вид редактора аргументов — для компонента (в том числе канала класса CALL) с настроенным свойством вызов (см. Редактор аргументов компонента с настроенным свойством ВЫЗОВ). При задании свойства вызов таблица аргументов шаблона копируется в вызывающий компонент (в том числе и привязки аргументов, если они были заданы в редакторе аргументов шаблона), при этом в окне свойств вызывающего компонента появляется вкладка Аргументы. С помощью этой вкладки привязки аргументов (теперь уже аргументов компонента, вызывающего шаблон) могут быть изменены (компоненты могут вызывать один и тот же шаблон с передачей различных параметров). Такая перепривязка не отражается на таблице аргументов шаблона. Добавление/удаление аргументов в шаблоне воспроизводится во всех компонентах, вызывающих этот шаблон. Кроме того, задание привязки аргумента в шаблоне воспроизводится во всех компонентах, вызывающих шаблон, в которых данный аргумент не был привязан. Основные параметры аргументов - имя, тип и тип данных - не могут быть изменены в редакторе аргументов компонента с настроенным свойством вызов. Информация об аргументах канала и их привязках отображаются профайлером: (атрибут 124 ArgSize): В ArgSize : 4 : А000 : 0 (Канал#1 .R) j- А001 : 0 (Канал#9.Р) А002 : 2000 (Канал#5.1п) L-A003:0(KaHan#l.LW) Если компонент имеет аргументы, редактор аргументов доступен в окне свойств этого компонента. Для шаблонов, кроме того, редактор аргументов может быть открыт с помощью команд соответствующих редакторов. Поля редактора аргументов Табличные редакторы аргументов (см., например, Редактор аргумен
тов шаблона) имеют следующий набор полей: • Имя - имя аргумента, задается по умолчанию и может быть изменено. Для перехода к редактированию имени аргумента нужно дважды нажать ЛК в данном поле. Имена аргументов одного и того же компонента должны быть уникальными; • Тип - тип аргумента (INPUT, OUTPUT и INPUT/OUTPUT). Аргумент типа INPUT предназначен для приема значений, типа OUTPUT - для передачи (это следует учитывать при привязке аргумента). Тип INPUT/OUTPUT имеет самостоятельный смысл при вызове программы (см. Создание элементов программ с помощью табличных редакторов), в остальных случаях этот тип равнозначен типу OUTPUT. Тип аргумента выбирается в списке, который открывается при двойном нажатии ЛК в данном поле; • Тип данных - тип данных аргумента (см. Определение переменных и констант). Тип данных выбирается в списке, который открывается при двойном нажатии ЛК в данном поле. Этот параметр должен учитываться при привязке аргументов; • [ ] - объявление массива, используется только в функциях шаблонов программ (см. Создание элементов программ с помощью табличных редакторов); • Значение по умолчанию - значение, указанное в этом поле, используется монитором в случае отсутствия привязки у аргумента. Для перехода к редактированию этого параметра нужно дважды нажать ЛК в данном поле; • Связь - привязка аргумента. При двойном нажатии ЛК в данном поле на экране появляется диалог выбора компонента/аргумента для привязки (см. Привязка аргументов вручную); • Принадлежность - зарезервировано; • Флаги - флаги, установленные для аргумента. В списке, который открывается при двойном нажатии ЛК в данном поле, для аргумента могут быть установлены следующие флаги: HW, SL, NP, РО. От флагов зависит результат автопостроения/привязки каналов (см. Автопостроение и автопривязка каналов из редактора аргументов); • Группа - номер группы, к которой принадлежит аргумент. Для группирования нужно выделить несколько аргументов (см. Типовые операции редактирования) и нажать кнопку Группировать выделенные аргументы - по этой команде выделенной группе аргументов автоматически присваивается номер. От параметра Группа зависит результат автопостроения каналов из редактора аргументов (см. Автопостроение и автопривязка каналов из редактора аргументов); • Единицы измерения - единицы измерения (или унифицированный сигнал), выбираются в списке, который открывается при двой
ном нажатии ЛК в данном поле. От этого параметра зависит результат автопостроения/привязки каналов узла из редактора аргументов (см. Автопостроение и автопривязка каналов из редактора аргументов и Флаг HW). • Комментарий - комментарий к аргументу. Для перехода к редактированию этого параметра нужно дважды нажать ЛК в данном поле. Основные параметры аргументов - имя, тип и тип данных - не могут быть изменены в редакторе аргументов компонента с настроенным свойством вызов. Редактор аргументов шаблона Редактор аргументов шаблона снабжен типовыми инструментами создания, удаления, работы с буфером обмена и поиска (см. Типовые инструменты редактирования), а также содержит специфические инструменты редактирования: ▼ * -1 Создать вызов шаблона - при нажатии стрелки открывается список узлов проекта. При выборе узла в его группе Каналы (созданной автоматически при создании узла) создается канал класса CALL, настроенный на вызов данного шаблона. Если узлы в проекте не созданы, данный инструмент имеет вид и при его использовании вызов шаблона создается в слое База каналов; Группировать выделенные аргументы - по этой команде выделенной группе аргументов автоматически присваивается номер (очередной порядковый). Этот номер отображается в поле Группа каждого аргумента группы; ££ Отменить принадлежность выделенных аргументов к группе. При задании имен аргументов шаблона нужно учитывать следующее: • шаблоны экранов и связей с БД используют индексы аргументов -
это означает, что при изменении имени аргумента, например, шаблона связи с БД в ИС автоматически изменятся: имя соответствующего аргумента компонента, вызывающего этот шаблон, и SQL-запрос, в котором использован аргумент; • шаблоны отчетов и программ используют имена аргументов - это означает, что после изменения имени аргумента необходимо соответствующим образом отредактировать шаблон программы или документа. Редактор аргументов канала CALL с ненастроенным свойством ВЫЗОВ В отличие от редактора аргументов шаблона, в этом редакторе отсутствует команда Создать вызов шаблона и присутствуют следующие: Создать каналы и привязать к аргументам - по этой команде в той же группе каналов, к которой принадлежит и канал CALL, автоматически создаются каналы и привязываются к аргументам. Алгоритм этой процедуры зависит от параметров аргументов (см. Автопостроение и автопривязка каналов из редактора аргументов). Редактор аргументов компонента с настроенным свойством ВЫЗОВ
В отличие от редактора аргумента канала класса CALL с ненастроенным свойством вызов, в этом редакторе отсутствует инструмент создания аргументов (а в редакторе аргументов источника/приемника - и инструменты автоматического создания каналов) и присутствует следующий переключатель: № Синхронизировать изменения привязок со всеми вызовами шаблона - если эта опция включена (иконка имеет «утопленный» вид), то изменение привязок аргументов данного компонента равнозначно изменению привязок всех компонентов, вызывающих тот же шаблон. Для включения/отключения данной опции надо нажать ЛК на переключателе. Основные параметры аргументов - имя, тип и тип данных - не могут быть изменены в редакторе аргументов компонента с настроенным свойством вызов. Редактирование параметров группы аргументов Чтобы задать некоторый параметр одновременно для всех выделенных аргументов, нужно, удерживая клавишу CTRL, дважды нажать ЛК в соответствующем поле редактора и установить требуемое значение параметра. Для выделения группы аргументов используются стандартные операции (см. Типовые операции редактирования). Привязка аргументов вручную При привязке аргументов вручную необходимо учитывать: • направление передачи данных (из этого условия выбирается тип аргумента); • соответствие типа данных аргумента типу данных привязываемой переменной (аргумента или атрибута). Конвертер FileCnv32.dll записывает в свой протокол предупреждение о несоответствии типов данных (см. Файлы узла, создаваемые при экспорте); • тип числового канала (при привязке его атрибутов (1, А) Аппаратное значение и (О, R) Реальное значение к аргументам канала, вызывающего шаблон программы - см. Числовые каналы). Явная привязка При двойном нажатии ЛК в поле Связь редактора аргументов (см., например, Редактор аргументов шаблона) на экране появляется диалог, в котором задается привязка аргумента.
Атрибут канала (или атрибут источника/приемника) для привязки выбирается на вкладке Атрибуты в правом окне диалога (в левом окне должна быть открыта вкладка Атрибуты/Аргументы). К аргументу числового канала, в отличие от аргумента канала CALL, запрещается привязывать атрибут источника/приемника. Аргумент для привязки выбирается на вкладке Аргументы в правом окне диалога (в левом окне должна быть открыта вкладка Атрибуты/Аргументы): /Удалить привязку. [привязать канал] рривязать аргумент] | Привязка | [ Отмена Если в левом окне открыта вкладка Атрибуты/Аргументы, диалог снабжен следующими инструментами: • Удалить связь - удалить привязку; • Привязать канал - изменить канал в привязке без изменения ат
рибута/аргумента (атрибут/аргумент, выделенный правом окне, не имеет значения); • Привязать атрибут/аргумент - изменить атрибут/аргумент в привязке без изменения канала (канал, выделенный в левом окне, не имеет значения); • Привязать - привязать указанный атрибут указанного канала (в этом случае имеют значение как канал, выделенный в левом окне, так и атрибут, выделенный в правом окне); • Отмена - закрыть диалог. Виртуальная привязка Вкладка Тип атрибута предназначена для привязки к аргументу прототипа канала: В верхнем списке для прототипа канала задается класс, в нижнем списке указывается атрибут. Виртуальная привязка используется в дальнейшем при автопостроении каналов из редактора аргументов (см. Автопостроение и автопривязка каналов из редактора аргументов). Автопостроение и автопривязка каналов из редактора аргументов В этом разделе описаны процедуры автопостроения и автопривязки каналов из редактора аргументов.
Автопостроение каналов по команде редактора аргументов Редактор аргументов канала снабжен командой автопостроения каналов и их одновременной привязкой к аргументам (см. Редактор аргументов канала CALL с ненастроенным свойством ВЫЗОВ и Редактор аргументов компонента с настроенным свойством ВЫЗОВ). Операции по аргументам без привязки При выполнении команды автопостроения с привязкой, класс канала и его атрибут для привязки определяются соответственно типом данных и типом аргумента (см. таблицы ниже). Автоматически создаваемые каналы имеют тип INPUT и имена, соответствующие именам аргументов. Тип данных аргумента задается аналогично типу данных переменных программы (см. Определение переменных и констант). В следующей таблице приведено соответствие класса канала, создаваемого при автопостроении, типу данных аргумента: Тип данных аргумента Класс канала BOOL, SINT, USINT, INT, UINT HEX16 DINT, UDINT HEX32 TIME, DATE, TIME_OF_DAY, DATE_AND_TIME TIME REAL FLOAT LREAL DOUBLE FLOAT Выбор атрибута для привязки зависит от типа аргумента следующим образом: Тип аргумента Атрибут INPUT Реальное значение (0, R) OUTPUT, INPUT/OUTPUT Входное значение (2, In) При автопостроении канал создается для каждого аргумента, который не входит в группу (см. Редактор аргументов шаблона) и не имеет привязки. Если аргументы сгруппированы, канал создается для каждой группы, которая содержит непривязанные аргументы. Непривязанные аргументы группы привязываются к созданному каналу, при этом атрибут, выбираемый для привязки, определяется типом аргумента. Класс канала, автоматически создаваемого для группы, определяется типом данных первого по списку непривязанного аргумента группы.
Операции по аргументам с виртуальной привязкой Если аргументы имеют виртуальную привязку, при выполнении команды автопостроения с привязкой в группе создаются каналы по заданным в виртуальной привязке прототипам, и их атрибуты, заданные в виртуальной привязке, привязываются к соответствующим аргументам. Флаг SL Этот флаг устанавливается для аргумента шаблона программы, имеющего виртуальную привязку (см. Привязка аргументов вручную), и задает привязку аргумента к каналу числового класса или каналу T-Factory, вызывающему шаблон (с сохранением привязки к атрибуту, указанному в виртуальной привязке). Подмена в привязке прототипа канала на реальный канал выполняется монитором и не отображается в ИС. Пример Пусть в узле имеется канал Канал! класса FLOAT типа INPUT. Пусть в проекте имеется шаблон программы ARG_001 = ARG_000 + 100.12, при этом аргументы имеют виртуальную привязку, и для них установлен флаг SL. Пусть канал Канал! вызывает шаблон программы - в окне свойств канала отображаются виртуальные привязки аргументов: Монитор заменяет виртуальные привязки, выполняя, в данном случае, преобразование аппаратного значения канала Канал! в его реальное значение: Й- ArgSize : 2 1—А000 : 0 (Канал#1.А) Ь А001 :100.12 (Канал#1 .R) Замена виртуальной привязки аргументов в канале CALL Для замены всех виртуальных привязок аргументов канала CALL на привязку к некоторому каналу той же группы (например, к каналу Канал#"!) нужно присвоить атрибуту (47) iDstr канала CALL имя или ID канала Канал#"!. Пусть, например, в некоторой группе имеется канал Вызов#2 со следующими аргументами (аргументы ARG_001 и ARG_002 привязаны к
прототипам каналов, остальные - к реальным каналам): Пусть в той же группе имеется канал Канал#3 с ID=3: Вызовй2 КаналЙЗ *•" ID: 3 [xfr Кана кодировка: ТС5 Узел: Система. RTM_1 При старте МРВ отображает реальные привязки аргументов канала Вы- ЗОВ#2: El- Arg5ize : 4 | А000 : 0 (КаналЙ4.Я) А001: ... I-A002 : ... ; А003 : 0 (КаналЙб.Я) После присвоения атрибуту (47) iDstr канала Вызов#2 значения 3 виртуальные привязки заменяются на привязку к реальному каналу с указанным ID: ЕР ArgSize : 4 | | -А000: 0 (КаналЙ4.В) | U-AOO1 : 0 (КаналЙЗ. In) j А002 : 0 (КаналЙЗ.Я] L А003 : 0 (КаналЙб.К) Замена привязок аргументов канала CALL на привязки аргументов другого канала CALL Для замены привязок аргументов канала CALL (пусть его имя - cal И) на привязки аргументов другого канала CALL (пусть его имя - cal 12) нужно присвоить атрибуту (55) relink канала са111 имя или ID канала call2.
Аргументы перепривязываются в соответствии с их порядковыми номерами. Привязки для аргументов должны быть заданы изначально. Перепривязка аргументов на уровне объектов Для перепривязки аргументов на уровне объектов атрибуту (118) ID канала CALL нужно тем или иным способом присвоить значение, равное ID объекта базы каналов (группы с установленным флагом Загрузить). В данном контексте под ID понимается значение, указанное в фигурных скобках после ключевого слова DBG_LOAD в файле *.cnv в строке описания характеристик объекта. Например, на показанном ниже рисунке объекту Ch1 для перепривязки соответствует ID=34, объекту Ch2 -ID=35: Аргументы канала (пусть имя канала - ch) перепривязываются по следующему алгоритму: • Шаг1. В таблице аргументов ищется первый, который еще не участвовал в перепривязке и который привязан к любому каналу, кроме ch. • Шаг 2. Запоминается привязка найденного аргумента. • Шаг 3. Запомненная привязка заменяется на привязку к первому по порядку каналу объекта с указанным ID во всей таблице аргументов канала ch. • Шаг 4. Первоначально найденному аргументу устанавливается признак его игнорирования в дальнейшей перепривязке. • Шаг 5. Переход к шагу 1. Перепривязка на уровне объектов может быть выполнена из графики (см. ГЭ ‘Переключатель каналов’ и Пример перепривязки на уровне объектов). Для перепривязки в профайлере без поддержки графических экранов в атрибут (118) ID нужно подать имя объекта (с учетом регистра). Пусть, например, проект имеет следующую структуру:
Каналы групп Каналы_1 и Каналы_2 привязаны к соответствующим генераторам, канал CALL имеет один аргумент: При запуске узла в аргумент канала CALL передается значение канала Пила#1 (канал привязан к объекту Каналы_1): В-ArgSize : 1 -А000 : 44(ПилаЙ1.П) Для привязки к другому объекту надо послать в атрибут ID канала CALL имя объекта: С5 : 0(0000) extL: .. АСК : .. What: . [ ArgSize • А00 Результат перепривязки отобразится в профайлере: Й ArgSize : 1 А000 : 1(Биговый_меандр#2.Н) Этот же механизм можно использовать в профайлере с поддержкой графических экранов (в окне Просмотр компонентов). После перепривязки аргументов канал CALL меняет свое имя (атрибут 127) на имя объекта.
Флаг HW Флаг HW устанавливается при задании для аргумента единиц измерения (см. Поля редактора аргументов) и выборе контроллера (серии модулей), который предполагается использовать в АСУ (см. ). При автопостроении каналов из редактора аргументов (см. Автопостроение каналов по команде редактора аргументов), ИС на основе этих параметров подбирает плату для выбранного контроллера (или конкретный модуль из серии). Затем ИС создает источники/приемники выбранного оборудования и соответствующие каналы и далее - цепочки связей аргумент - канал - источник/приемник. Флаги NP и РО Флаг NP означает игнорирование аргумента при автопостроении каналов из редактора аргументов (см. Автопостроение каналов по команде редактора аргументов). Флаг РО означает однократное использование аргумента при автопостроении каналов из редактора аргументов - с этой целью при первой операции автопостроения созданные привязки устанавливаются для аргументов вызываемого шаблона. Пример Пусть в проекте создан шаблон программы Программа! с тремя аргументами: Ъ ’ X I У 2а й ! <| ,.,ЖЙ « ARG ООО jf^REAL —— — - - ARG 00ггТд1И ^REAL jnpr I Группа Пусть в узле имеются две группы каналов - Каналы и Кана-лы_2: При перетаскивании шаблона в группу Каналы в ней создается канал Программа! класса CALL, настроенный на вызов шаблона:
Зададим следующие флаги для аргументов этого канала: По команде Создать каналы и привязать к аргументам в группе Каналы создаются каналы ARG_OOO и ARG_002 и привязываются к соответствующим атрибутам (для аргумента с флагом NP канал не создается): Поскольку для аргумента ARG_002 установлен флаг РО, задание его привязки равнозначно привязке аргумента шаблона - и эта привязка отображается в редакторе аргументов шаблона:
1 Имя | Тип Тип данных Значе! Привязка Флаги jARC-dOO^IN ^RBAL ARG-OOl^IH AM.OOZgJalH gUjRBAL QojRBAL ^zARG_002: Реальное значение (Система. RTK_1. Каналы) После этого автоматически создать канал для аргумента ARG_002 компонента, вызывающего данный шаблон, уже не удастся (при необходимости можно создать канал вручную и вручную изменить привязку аргумента). Перетащим шаблон, например, в группу Каналы_2 - в ней создается канал Программа! класса CALL, настроенный на вызов шаблона: По команде Создать каналы и привязать к аргументам в группе Каналы_2 создаются каналы ARG_OOO и ARG_001 и привязываются к соответствующим атрибутам, при этом привязка аргумента ARG_002 не изменяется: Автопостроение каналов по аргументам с установленным флагом РО зависит от флага Обрабатывать флаг РО как глобальный (см. Настройка параметров редактора аргументов). Если этот флаг не установлен, каналы создаются и привязываются к аргументам по соответствующим правилам. Если флаг установлен, вначале производится анализ каналов группы, и если в группе уже существует канал, который был бы создан при авто построении, то аргумент привязывается к нему, и новый канал не создается. Автопостроение и автопривязка аргументов Для автопостроения/автопривязки аргументов может быть использован
метод drag-and-drop. При перетаскивании компонента/аргумента (группы компонентов / аргументов) в редактор аргументов курсор принимает вид ^£]. С помощью данного метода могут быть выполнены следующие операции: • при перетаскивании компонента на выделенную группу аргументов - привязка всех выделенных аргументов к компоненту; • при перетаскивании группы компонентов на выделенную группу аргументов - привязка каждого выделенного аргумента к компоненту, непосредственно входящему в группу, с соответствующим порядковым номером; • при перетаскивании группы компонентов на свободное место в случае, когда создание аргументов разрешено и выделено не более одного аргумента, — автопостроение аргумента для каждого компонента, непосредственно входящего в группу, и привязка аргумента к этому компоненту; • при перетаскивании группы аргументов в том случае, когда создание аргументов разрешено, - копирование аргументов (с привязками). В операциях автопривязки атрибут канала для привязки выбирается автоматически по типу аргумента (см. Автопостроение каналов по команде редактора аргументов). При автопривязке источника/приемника во всех случаях выбирается его атрибут Значение. При автопостроении по каналам созданные аргументы имеют тип INPUT и тип данных, зависящий от класса канала: Класс канала Тип данных аргумента FLOAT, TIME, Событие, М-Ресурс REAL НЕХ16, Единица оборудования, Персонал, Пользователь UINT НЕХ32 UDINT DOBLE FLOAT LREAL CALL DINT D-Ресурс USINT При автопостроении по источникам/приемникам аргументы имеют тип INPUT и тип данных REAL. Настройка параметров редактора аргументов Параметры редактора аргументов настраиваются на вкладке Редактор аргументов диалога Параметры (см. Задание общих настроек ИС):
Если флаг Переименовывать аргументы при привязке установлен, при выполнении привязки (как ручной, так и автоматической) аргументов шаблона или канала класса CALL с ненастроенным свойством вызов аргумент автоматически принимает имя следующего вида: симя компонента>_<короткое имя атрибута> где • имя компонента - имя привязываемого компонента, в котором служебные символы и пробелы заменены знаками подчеркивания; • короткое имя атрибута - короткое имя (мнемоническое обозначение) привязываемого атрибута. Флаг Обрабатывать флаг РО как глобальный влияет на автопостроение каналов по аргументам с установленным флагом РО (см. Флаги NP и РО). Если флаг Показать сетку установлен, в редакторе отображается
Резервирование в АСУ TRACE MODE 6 поддерживает структурное резервирование: • узлов (с кратностью 1:1 (дублирование) и 2:1); • УСО; • распределенного УСО. Терминология, использованная в данном разделе, соответствует ГОСТ 27.002-89. При резервировании узлов обеспечивается: • отслеживание состояния узлов; • при выходе из строя узла в состоянии WORK - автоматический перевод резерва в состояние WORK; • автоматический переход на обмен через другой сетевой адаптер при выходе основного из строя (в WINDOWS ХР). Использование при наличии структурного резервирования некоторых системных переменных (см. Группа СИСТЕМНЫЕ, Задание параметров узла) и управляющих программ TRACE MODE обеспечивает функционально-структурное резервирование. Структурное резервирование и надежность Структурное резервирование не всегда приводит к повышению надежности системы, поэтому до принятия решения о таком резервировании необходимо выполнить расчет надежности АСУ. Терминология и методы расчета, использованные в данном разделе, соответствуют ГОСТ 27.002-89. Рассмотрим в качестве примера некорректного структурного резервирования нагруженное дублирование некоторого передающего устройства в последовательном тракте. Начальная схема тракта:
Пусть дублируется устройство (таким же устройством), при этом для обеспечения переключения на резерв в структурную схему добавляется переключатель, который имеет то же значение вероятности безотказ- При таком резервировании коэффициент выигрыша надежности системы по вероятности безотказной работы составит: Gp =Pk(2“Pk) Поскольку неравенство pk(2-pk)>l не имеет решений, рассмотренное резервирование приводит к снижению надежности системы. Резервирование УСО Для переключения на резервную плату ввода/вывода, установленную в системную шину, нужно в реальном времени присвоить ее адрес соответствующему атрибуту канала обмена (см. Атрибуты каналов, отображаемые профайлером). При таком переключении монитор, в случае необходимости, реинициализирует обмен с УСО.
Обмен с базами данных Для взаимодействия с базами данных (далее - БД) в TRACE MODE 6 встроена поддержка языка SQL. Язык SQL является языком для реляционных БД, в которых данные хранятся в простой табличной форме. Основными функциями, выполняемыми TRACE MODE 6 при работе с БД, являются следующие: • подключение к БД по протоколу ODBC3; • создание новых источников данных ODBC (при редактировании проекта); • отображение информации о структуре БД (при редактировании проекта); • создание и редактирование запросов к БД, в том числе при помощи мастера (при редактировании проекта); • выполнение запросов к БД (при редактировании проекта и в реальном времени). TRACE MODE 6 не накладывает никаких ограничений на запросы к базам данных; эти ограничения определяются установленной системой управления базами данных (СУБД). Описание всех операторов SQL, предусмотренных стандартом, так же как и описание особенностей диалектов SQL разных СУБД (в том числе типов данных и форматов констант), выходит за рамки данного руководства. Эту информацию можно получить из специальной литературы (см., например, Грофф Д. и Вайнберг П. SQL: Пер. с англ- BHV, Киев, 1998-608 с.). В данном руководстве рассматривается построение простейших запросов к базе данных Microsoft Access 2000. Для программирования связей с БД в интегрированную среду разработки проекта встроен редактор связей с базами данных. Этот редактор снабжен мастером, позволяющим пользователям конфигурировать основные операции по взаимодействию с базами данных без глубокого изучения языка SQL. Синтаксис SQL В этом разделе представлены упрощенные синтаксические диаграммы операторов SQL стандарта SQL-89 или SQL1 (ANSI/ISO). При описании приняты следующие соглашения:
• ключевые слова набраны прописными буквами; Ключевые слова в редакторе запросов TRACE MODE могут быть набраны как прописными, так и строчными буквами. • элементы синтаксиса набраны строчными буквами; • выражение типа «список-элементов» означает элемент или список элементов, разделенных запятыми; • символ вертикальной черты «|» означает возможность выбора между несколькими альтернативами; • квадратные скобки представляют необязательные элементы; • фигурные скобки указывают на необходимость выбора между обязательными элементами. Операторы определения данных Эти операторы определяют структуру и систему безопасности БД. CREATE TABLE таблица (список-элементов-определения-таблицы) CREATE VIEW представление [(список-столбцов)] AS спецификация-запроса [WITH CHECK OPTION] GRANT {ALL [PRIVILEGES] | список-привилегий} ON таблица TO {PUBLIC I список-пользователей} [WITH GRANT OPTION] Основные операторы обработки данных Эти операторы либо извлекают данные из БД, либо модифицируют их. SELECT [ALL | DISTINCT] {список-выбираемых-элементов I *} INTO список-базовых-переменных FROM список-ссылок-на-таблицы [WHERE условие-поиска] DELETE FROM таблица [WHERE условие-поиска]
INSERT INTO таблица [(список-столбцов)] VALUES {(список-вставляемых-элементов) | специфика-ция-запроса} UPDATE таблица SET список-выражений-присваивания [WHERE условие-поиска] Операторы обработки транзакций Эти операторы сигнализируют об окончании транзакции SQL. COMMIT WORK ROLLBACK WORK Выражения запросов Эти выражения могут присутствовать в операторах SQL и задавать данные, над которыми выполняются операции. выражение-запроса элемент-запроса | выражение-запроса UNION [ALL] элемент-запроса элемент-запроса спецификция-запроса | (выражение-запроса) спецификация -запроса SELECT [ALL | DISTINCT] {список-выбираемых-элементов | *} FROM список-ссылок-на-таблицы [WHERE условие-поиска] [GROUP BY список-ссылок-на-столбцы] [HAVING условие-поиска] вложенный-запрос (SELECT [ALL | DISTINCT] {список-выбираемых-элементов | *} FROM список-ссылок-на-таблицы [WHERE условие-поиска] [GROUP BY список-ссылок-на-столбцы] [HAVING условие-поиска]) Условия поиска Эти выражения используются для выбора строк из базы данных. условие-поиска элемент-поиска | элемент-поиска {AND | OR} элемент-поиска
лемент- оиска [NOT] {проверка-поиска | (условие-поиска)} роверка-оиска проверка-сравнения | проверка-вхождения | проверка-подобия | проверка-на-null | про-верка-на-принадлежность | многократная-проверка | проверка-на-существование роверка-равнения выражение {= | <> | < | <— | > | >— } ражение | вложенный-запрос} {вы- роверка-хождения выражение [NOT] BETWEEN выражение AND жение выра- роверка-одобия ссылка-на-столбец [NOT] LIKE значение САРЕ значение] [ES- роверка-на- U11 ссылка-на-столбец IS [NOT] NULL роверка-на-ринадлеж-ость выражение [NOT] IN {список-значений | женный-запрос} вло- ногократная-роверка выражение {= | о | < | <= | > | >= } | ANY | SOME] вложенный-запрос [ALL роверка-на- уществование EXISTS вложенный-запрос Эти выражения используются в списках выбираемых элементов и условиях поиска. ыражение простое-выражение | простое-выражение {+ 1 - | * | /} простое выражение эостое- ыражение [+| -] [значение I ссылка-на-столбец | функция | (выражение)] начение литерал | USER | базовая-переменная азовая-еременная переменная [[INDICATOR] переменная] ункция COUNT(*) | функция-точно | функция-все ункция-очно {AVG | МАХ | MIN | SUM | COUNT} (DISTINCT ссылка-на-столбец) ункция-се {AVG I MAX I MIN I SUM | COUNT} ([ALL] выраже-ние) Элементы операторов Эти элементы могут присутствовать в различных операторах SQL. ыражение-рисваивания столбец = {выражение 1 NULL} opтируемый-лемент {ссылка-на-столбец | DESC] целое-число} [ASC |
вставляемый-элемент {значение | NULL} в ыбир а емый-элемент выражение ссылка-на-таблицу таблица [псевдоним] ссылка-на-столбец [{таблица | псевдоним}.]столбец элемент- определения-таблицы определение-столбца | UNIQUE(список-столбцов) | PRIMARY KEY (список-столбцов) | FOREIGN KEY (список-столбцов) REFERENCES таблица [(список-столбцов)] определение-столбца тип-данных [DEFAULT {литерал I USER | NOT}] условие-проверки-столбца [условие-проверки-столбца] NOT NULL [UNIQUE | PRIMARY KEY] | CHECK(условие-поиска) | REFERENCES таблица [(список-столбцов)] привилегия SELECT | INSERT | DELETE | UPDATE [(список-столбцов)] Простые элементы таблица имя таблицы столбец имя столбца представление имя представления пользователь имя пользователя БД переменная имя базовой переменной литерал числовая или строковая константа, заключенная в кавычки целое-число целочисленная константа тип-данных тип данных SQL Псевдоним идентификатор SQL Имя (идентификатор) должно содержать от 1 до 18 символов, начинаться с буквы и не содержать пробелов и специальных символов пунктуации. Операции с шаблонами связей с БД в ИС Под шаблоном связи с БД понимается компонент проекта, в котором хранится алгоритм взаимодействия с некоторой ба-
зой данных, запрограммированный средствами TRACE MODE (см. Классификация компонентов). Для операций с шаблонами связей с БД, а также для редактирования их свойств используется навигатор проекта (см. Создание объектов структуры). Настройка параметров редактора связей с БД Параметры редактора связей с БД настраиваются на вкладке Редактор SQL (см. Задание общих настроек ИС): Эта вкладка содержит типовые инструменты для задания таких стандартных характеристик шрифта, как семейство, размер, вид начертания (жирный, курсив, подчеркнутый) и цвет. Данные параметры могут быть заданы отдельно для обычного текста запросов SQL, ключевых слов и подстановок. Для каждого из этих объектов может быть также задан цвет фона. Вкладка содержит кнопку восстановления параметров, заданных по умол- чанию.
Подключение к базе данных При открытии редактора связей с БД (см. Редактор связей с базами данных) по умолчанию открывается окно Подключение: В этом окне конфигурируется подключение к базе данных. В качестве примера рассмотрим локальное и удаленное подключение к базе данных MS Access 2000 my_database, для которой задан пароль доступа. Пусть БД mydatabase сохранена в файл F:DBmy_database.mdb на компьютере WALEXANDERR. Чтобы получить доступ к этой БД с удаленного компьютера, нужно открыть к папке F:DB общий доступ и задать необходимые разрешения: Для подключения к my_database можно использовать два способа (см. Подключение к БД):
• зарегистрировать БД в качестве источника данных ODBC и подключиться к этому источнику; • подключиться непосредственно к файлу БД. Регистрация БД как источника данных ODBC Для регистрации БД my_database в Windows в качестве источника данных ODBC нужно выполнить операции, перечисленные ниже. Начальные действия Первые шаги по регистрации БД в ОС одинаковы для локального и удаленного компьютеров: • нажать кнопку ODBC Администратор в окне Подключение редактора связей с БД; Регистрация БД в качестве источника данных ODBC может быть выполнена непосредственно в WINDOWS. Чтобы открыть диалог Администратор источников данных ODBC, например, в WINDOWS ХР, нужно последовательно щелкнуть кнопки и значки Пуск — Панель управления — Производительность и обслуживание - Администрирование и затем дважды щелкнуть значок Источники данных (ODBC). • в появившемся диалоге Администратор источников данных ODBC перейти на вкладку Пользовательский DSN и нажать кнопку Добавить; • в появившемся диалоге Создание нового источника данных указать драйвер Microsoft Access Driver (*.mdb) и нажать кнопку Готово;
• в появившемся диалоге Установка драйвера ODBC для Microsoft Access в поле Имя источника данных задать имя (например, my_db на локальном компьютере и ту___db - на удален- ном) и нажать кнопку Выбрать. Дальнейшие шаги по регистрации БД на локальном и удаленном компьютерах отличаются. Завершение регистрации локальной БД Для завершения регистрации локальной БД нужно выполнить следующие операции: • в появившемся диалоге Выбор базы данных выбрать базу данных my_database.mdb и нажать кнопку ОК; нажать кнопку ОК в диалоге Установка драйвера ODBC для Microsoft Access, который после выполненных операций должен иметь следующий вид (перед нажатием кнопки ОК нужно убедиться, что выбранная база данных не открыта в MS Access):
• нажать кнопку ОК в диалоге Администратор источников данных ODBC, который после выполненных операций должен отображать созданный источник данных с именем my_db: Таким образом, база данных my_database зарегистрирована на локальном компьютере как источник данных ODBC с именем my_db. Завершение регистрации удаленной БД Для завершения регистрации удаленной БД нужно выполнить следующие операции: • в диалоге Выбор базы данных нажать кнопку Сеть; • в появившемся на экране диалоге Подключение сетевого дис-
ка задать имя сетевого диска (например, Z) и, нажав кнопку Обзор, указать папку DB на компьютере WALEXANDERR : • в появившемся диалоге Выбор базы данных указать созданный сетевой диск, выбрать базу данных my_database.mdb и нажать кнопку ОК; • нажать кнопку ОК в диалоге Установка драйвера ODBC для М icrosoft Access, который после выполненных операций должен иметь следующий вид (перед нажатием кнопки ОК нужно убедиться, что выбранная база данных не открыта в MS Access):
• нажать кнопку ОК в диалоге Администратор источников данных ODBC, который после выполненных операций должен отображать созданный источник данных с именем ту_db: Таким образом, база данных my_database зарегистрирована на удаленном компьютере как источник данных ODBC с именем ту_____db. Подключение к БД Для подключения к источнику данных ODBC (см. Регистрация БД как источника данных ODBC) нужно указать его параметры в окне Подключение редактора связей с БД. В поле Интерфейс нужно выбрать протокол (ODBC3), в поле DSN/Строка подключения - имя зарегистрированного источника данных (my_db или ту______db соответственно на
локальном или удаленном компьютере для базы данных my_database). В поле Пароль нужно ввести пароль, заданный для БД. Поля Пользователь, Хост и Порт надо оставить пустыми: При обмене по ODBC вместо DSN можно ввести строку подключения (в этом случае регистрация БД как источника данных ODBC не требуется): • на локальном компьютере: DRIVER={Microsoft Access Driver (*.mdb)}; DBQ=F:DBmy_database.mdb При задании DBQ допускается указание относительного пути к файлу БД. • на удаленном компьютере: DRIVER={Microsoft Access Driver (*.mdb)}; DBQ=\alexanderrDBmy_database.mdb На рисунке ниже для сравнения показана строка подключения к локальной базе данных MySQL с именем sss1 через драйвер MySQL ODBC: В поле Опции подключения могут быть заданы дополнительные опции подключения к БД, если эти опции поддерживаются драйвером БД (описание опций выходит за рамки данного руководства). В случае корректного подключения к БД при нажатии кнопки Проверка
в нижней части окна Подключение появится следующее сообщение: Если параметры подключения к БД заданы некорректно, при нажатии кнопки Проверка появится сообщение об ошибке: Если база данных Access защищена с помощью файла рабочей группы, подключение к ней может быть сконфигурировано следующим образом: Подключение..................... - .......— -- Интерфейс: [ббВСЗ У,| ( Администратор ODBC... 1 DSN/Строка подключения[DR|VER-{Microsolt Access Dnver (*.mdb)}; DBQ=F:DBmdb_He.mdb; SystemDB-FADBSecured.mdw Пользователь (логин): a!ey Пароль: Хост: [localhosl ~| Порт: : |0 ........' .........~ ' | Опции подключения: | 1 Проверка...
Структура БД и аргументы шаблона связи с БД Окно ‘Схема’ Пусть база данных my_database содержит следующие пользовательские таблицы (все поля не обязательны для заполнения): Для последующих примеров SQL-запросов создадим на удаленном компьютере проект _db.prj, содержащий шаблоны db1 и db2 связей с БД my_database, используя оба вида подключения:
Если подключение к БД выполнено корректно, в окне Структура редактора связей с БД отображается структура базы данных: В столбце Тип этого окна содержится информация о типе данных полей таблиц БД. В столбце Обяз.поле указывается, являются ли поля столбцов БД обязательными для заполнения (нет - могут принимать значение NULL, т.е. быть пустыми, да - поля обязательны для заполнения). В столбце Сортировка указывается порядок сортировки данных (asc - по возрастанию, desc - по убыванию).
Окно ‘Аргументы’ В окне Аргументы, представляющем собой редактор аргументов (см. Табличный редактор аргументов), задаются аргументы редактируемого шаблона связи с БД. Привяжем канал ch1 проекта _db.prj (см. Окно ‘Схема’) к генератору пилообразного сигнала и создадим для шаблона db2 следующие аргументы, привязанные к различным атрибутам каналов ch1 и ch2: При задании типа аргумента следует учитывать направление передачи данных (IN - в БД, OUT или IN/OUT - из БД). Имена аргументов в виде подстановок (см. Создание и выполнение SQL-запросов) могут быть использованы в SQL-запросе. Механизм подстановок обеспечивает извлечение данных из БД и запись их в атрибуты каналов, а также запись значений атрибутов каналов в БД.
Создание и выполнение SQL-запросов Настройки MS Windows и MS Access Для корректного выполнения SQL-запросов рекомендуется на все аппаратные средства, участвующие в обмене, устанавливать одинаковую локализацию Windows и MS Access. Пусть, например, на компьютере Walexanderr, где размещена база данных my_database, установлены ОС MS Windows ХР MUI (кодовая страница выбрана русская) и MS Office 2000 MUI, и региональные настройки ОС задают следующие форматы данных (показанные на рисунке форматы задаются по умолчанию в русской локализации Windows): Язык и региональные стандарты Отмена j Применить Пусть на компьютере, с которого предполагается инициализировать SQL-запросы к my_database, установлена ОС MS Windows ХР MUI (кодовая
страница выбрана русская), и региональные настройки ОС задают следующие форматы данных (показанные на рисунке форматы задаются по умолчанию в английской локализации Windows): В этом случае SQL-запросы, оперирующие данными, форматы которых определяются региональными настройками ОС, выполняться не будут. Чтобы обеспечить, тем не менее, обмен в данной ситуации, на компьютере, с которого предполагается инициализировать SQL-запросы, нужно выполнить следующие действия: • привести региональные настройки ОС в соответствие с региональными настройками ОС компьютера Walexanderr; • в региональных настройках ОС изменить разделитель дробной части числа - с запятой на точку (в диалоге Настройка региональных параметров, который открывается при нажатии кнопки Настройка диалога Язык и региональные стандарты):
В результате региональные настройки ОС компьютера, с которого предполагается инициализировать SQL-запросы, будут сконфигурированы следующим образом: Эти настройки обеспечат обмен с my_database.
Создание SQL-запросов Запросы SQL могут быть созданы вручную в окне Запросы или с помощью мастера (для его запуска нужно нажать кнопку Мастер). Запрос, построенный с помощью мастера, может быть в дальнейшем отредактирован в окне Запросы: Данное окно снабжено типовыми инструментами создания/удаления запросов и работы с буфером обмена (см. Типовые инструменты редактирования). Для каждого запроса - созданного вручную или с помощью мастера - в окне автоматически создается вкладка, на которой запрос может быть отредактирован. Каждому запросу автоматически присваивается номер (начиная с 1). Этот номер, отображаемый в заголовке вкладки, является идентификатором запроса и используется впоследствии для выполнения запроса в реальном времени. Подстановки в SQL-запросе В зависимости от направления передачи данных, подстановки в SQL-запросе имеют различный синтаксис. Вставка значения аргумента в базу данных При вставке значения аргумента в базу данных в подстановке используются одинарные кавычки: 1#<имя аргумента>#1 Например: INSERT INTO ТАВ1 (M_VALUE)
VALUES ('#chl_R#') При построении запроса с помощью мастера подстановки создаются в правильном формате автоматически. Если запрос создается вручную, при вводе знака # на экране появляется диалог выбора аргумента: Браузер запросов л X | | Щ I -MZE1IJI32 9 9 INSERT INTO ТАВЗ (M_VALUE) VALUES () После выбора аргумента создается подстановка: Браузер запросов л ъ х «* < s® а 1 2 Г 5 6 Г INSERT INTO ТАВЗ (M_VALUE) VALUES (#chl_R#) Необходимость использования одинарных кавычек при этом не контролируется, и в данном запросе их необходимо добавить вручную: Браузер запросов Л Si'S X ; V ! INSERT INTO ТАВЗ (M_VALUE) ‘VALUES (1#chl_R#1)
Запись в аргумент значения из базы данных При записи в аргумент значения из базы данных одинарные кавычки в подстановке не используются: #<имя аргумента># Например: SELECT TAB1.M_VALUE #ch2_In# FROM TAB1 Особенности использования аргумента в условии Если значение аргумента - это значение даты и времени, то при использовании такого аргумента в предложении WHERE следует учитывать синтаксис MS Access для временных меток. Мастер запросов строит предложение WHERE в следующем формате: . Запрос SQL.• — ........................... . | SELECT j balAI93.m_cost_in, balAI93.m_cost_out, ‘ balAI93.m_date, j balAI93,n_res, balAI93.m_res_cost, balAI93.m_vol_in, balAI93.m_vol_out FROM balAI93 WHERE balAI93.m_date > #ARG_£JOO# Если сравнение должно быть произведено как по времени, так и по дате, созданный запрос следует отредактировать следующим образом: Браузер запросов SELECT balAI93.m_cost_in, balAI93.m_cost_out, balAI93.m_date, balAI93.m_res, balAI93.m_res_cost, balAI93.m_vol_in, balAI93.m_vol_out FROM balAI93 WHERE balAI93.ro_date > {ts '#ARG_OOO#'}
Модификация запросов в реальном времени Подстановки могут использоваться вместо имен таблиц и полей БД, что позволяет модифицировать запросы в реальном времени. В таких подстановках одинарные кавычки не используются. Пример с оператором INSERT: INSERT INTO #ARG_000# ( #ARG_002# ) VALUES ( '#ARG_001#' ) Пример с оператором SELECT: SELECT m_val #ARG_003# FROM #ARG_000# Две подстановки подряд использовать нельзя, поэтому, например, запрос SELECT #ARG_002# #ARG_003# FROM #ARG 000# не будет выполнен. Выполнение SQL-запросов из ИС Окно Запросы снабжено кнопкой запуска текущего SQL-запроса. При выполнении запроса из ИС сообщение о результатах выводится в нижнюю часть окна. Если в запросе используется аргумент, для которого задано значение по умолчанию (см. Поля редактора аргументов), это значение будет использовано при выполнении запроса из ИС. Выполнение SQL-запросов в реальном времени Для выполнения SQL-запросов к подключенной БД в реальном времени в узле должен быть создан канал класса CALL с типом вызова SQL запрос, настроенный на вызов шаблона связи с БД. При данном типе вызова атрибут Глубина выборки канала CALL не используется, тип канала не имеет значения (см. Канал класса CALL). С помощью атрибута Параметр канала CALL можно задать номер возвращаемой строки из выборки, полученной из таблицы БД в результате запроса. Если Параметр=О (значение по умолчанию), возвращается последняя строка. Значение канала CALL задает номер выполняемого запроса (см. Создание SQL-запросов). После отработки значение канала автоматически сбрасывается в 0.
Если в запросе используется аргумент, для которого задано значение по умолчанию (см. Поля редактора аргументов), то при выполнении запроса монитор использует привязку аргумента, а если она не задана - значение по умолчанию. Если SQL-запрос по каким-либо причинам выполнить невозможно, то по истечении 600 секунд с момента инициализации запроса каналу CALL устанавливается признак аппаратной недостоверности. Для записи в протокол профайлера информации о взаимодействии с БД используется системная переменная ©Debug (см. Группа СИСТЕМНЫЕ).
Создание SQL-запросов с помощью мастера Для построения простейших SQL-запросов редактор связей с БД снабжен мастером, для запуска которого нужно нажать кнопку Мастер редактора (см. Создание SQL-запросов). Построение запроса SELECT с помощью мастера Для построения запроса с оператором SELECT нужно выбрать этот оператор в окне мастера: После нажатия кнопки Далее на экране появится диалог, в котором нужно выбрать таблицы БД: При построении запроса с помощью мастера текущий листинг запроса отображается в нижнем окне диалогов. Все диалоги мастера снабжены кнопкой Назад для возврата
к предыдущему шагу. После нажатия кнопки Далее на экране появится диалог, в котором нужно выбрать поля таблиц БД: После нажатия кнопки Далее на экране появится следующий диалог: С помощью этого диалога задается привязка полей таблицы БД к аргу
ментам - для этого нужно выделить поле и нажать кнопку Связь. По этой команде на экране появится диалог выбора аргумента данной связи с БД (см. Окно ‘Аргументы’): Данное окно представляет собой редактор аргументов связи с БД (см. Табличный редактор аргументов). В этом окне нужно выбрать аргумент (в данном случае есть только один аргумент OUT для привязки) и нажать кнопку Связь - в диалоге мастера отобразится заданная связь: Для удаления привязки выделенного поля нужно нажать кнопку Удалить связь данного диалога, для изменения привязки - кнопку Связь. После нажатия кнопки Далее на экране появится следующий диалог:
Если условия выборки данных задавать не требуется, нужно в этом диалоге нажать кнопку Готово - созданный запрос отобразится на вновь созданной вкладке окна Запросы (см. Создание SQL-запросов). Задание условий Чтобы задать условия выборки (предложение WHERE), в диалоге, показанном на рисунке выше, нужно нажать кнопку Добавить - по этой команде на экране появится следующий диалог: Для конфигурирования условия в этом диалоге нужно выполнить следующие действия: • выбрать поле таблицы БД (на вкладке Поля), аргумент (на вкладке Аргументы) или задать константу (на вкладке Константа) и нажать кнопку Установить левый операнд - операнд отобразит-
ся в поле Левый операнд диалога: • выбрать поле таблицы БД (на вкладке Поля), аргумент (на вкладке Аргументы) или задать константу (на вкладке Константа) и нажать кнопку Установить правый операнд - операнд отобразится в поле Правый операнд диалога: • в списке Операция выбрать оператор сравнения: После нажатия кнопки ОК созданное предложение отобразится в диалоге мастера:
Для перехода к редактированию выделенного условия нужно нажать кнопку Редактировать. Чтобы удалить выделенное условие, нужно нажать кнопку Удалить, чтобы удалить все условия - кнопку Удалить все. Чтобы добавить еще одно условие, нужно вновь нажать кнопку Добавить и повторить описанные выше действия:
Если задано более одного условия, в списке Связь необходимо выбрать оператор связи условий (AND или OR): Для завершения построения запроса нужно нажать кнопку Готово. Построение запроса INSERT с помощью мастера Для построения запроса с оператором INSERT нужно выбрать этот оператор в окне мастера: После нажатия кнопки Вперед на экране появится диалог, в котором нужно выбрать таблицу БД:
При построении запроса с помощью мастера текущий листинг запроса отображается в нижнем окне диалогов. Все диалоги мастера снабжены кнопкой Назад для возврата к предыдущему шагу. После нажатия кнопки Вперед на экране появится диалог, с помощью которого задаются привязки полей БД:
Для привязки поля БД нужно выделить его и нажать кнопку Связь - по этой команде на экране появится следующий диалог: Для привязки поля БД к аргументу нужно выбрать аргумент на вкладке Аргументы (эта вкладка представляет собой редактор аргументов связи с БД - см. Табличный редактор аргументов), для привязки к константе - ввести значение этой константы на вкладке Константа. После нажатия кнопки ОК созданная привязка отобразится в диалоге: Для удаления привязки выделенного поля БД нужно нажать
кнопку Удалить связь. Для задания привязки других полей БД нужно повторить описанные выше действия: Для завершения построения запроса нужно нажать кнопку Готово - созданный запрос отобразится на вновь созданной вкладке окна Запросы (см. Создание SQL-запросов). Построение запроса UPDATE с помощью мастера Для построения запроса с оператором UPDATE нужно выбрать этот оператор в окне мастера:
После нажатия кнопки Вперед на экране появится диалог, в котором нужно выбрать таблицу БД: При построении запроса с помощью мастера текущий листинг запроса отображается в нижнем окне диалогов. Все диалоги мастера снабжены кнопкой Назад для возврата к предыдущему шагу. После нажатия кнопки Вперед на экране появится диалог, с помощью которого задаются привязки полей БД:
Для привязки поля БД нужно выделить его и нажать кнопку Связь - по этой команде на экране появится следующий диалог: Для привязки поля БД к аргументу нужно выбрать аргумент на вкладке Аргументы (эта вкладка представляет собой редактор аргументов связи с БД - см. Табличный редактор аргументов), для привязки к константе - ввести значение этой константы на вкладке Константа. После нажатия кнопки ОК созданная привязка отобразится в диалоге:
Для удаления привязки выделенного поля БД нужно нажать кнопку Удалить связь. После нажатия кнопки Вперед на экране появится диалог, с помощью которого задаются условия отбора строк для модификации (предложение WHERE - см. Задание условий в разделе Построение запроса SELECT с помощью мастера). Заданные условия отобразятся в диалоге:
Для завершения построения запроса нужно нажать кнопку Г ото во - созданный запрос отобразится на вновь созданной вкладке окна Запросы (см. Создание SQL-запросов). Построение запроса DELETE с помощью мастера Для построения запроса с оператором DELETE нужно выбрать этот оператор в окне мастера: После нажатия кнопки Вперед на экране появится диалог, в котором нужно выбрать таблицу БД: При построении запроса с помощью мастера текущий листинг запроса отображается в нижнем окне диалогов. Все диалоги мастера снабжены кнопкой Назад для возврата к предыдущему шагу.
После нажатия кнопки Вперед на экране появится диалог, с помощью которого задаются условия отбора строк для удаления (предложение WHERE - см. Задание условий в разделе Построение запроса SELECT с помощью мастера). Заданные условия отобразятся в диалоге: Для завершения построения запроса нужно нажать кнопку Готово - созданный запрос отобразится на вновь созданной вкладке окна Запросы (см. Создание SQL-запросов).
Примеры SQL-запросов В данном разделе приведены примеры SQL-запросов к БД my_database (см. Структура БД и аргументы шаблона связи с БД). Создание таблиц в БД Создать в my_database.mdb таблицу tab3, содержащую ключевое поле с автоматическим инкрементированием и поля m_val, m_str и m_date для записи в них соответственно значения, имени и времени изменения значения каналов. Поле m_str должно быть обязательным для заполнения. Для решения этой задачи создадим следующий запрос: CREATE TABLE tab3 (ID COUNTER (1, 1) PRIMARY KEY , m_val float , m_str char(20) NOT NULL , m_date date ) После его выполнения (из ИС или в реальном времени) в БД будет создана таблица tab3: Информация о новой таблице отобразится в окне Структура (см. Окно ‘Схема’) (для обновления информации о БД нужно закрыть редактор и вновь открыть в нем шаблон связи с БД):
Запись произвольных данных в БД Вставить в таблицу tab3 строку, соответствующую записи значения 1234 канала chi 10 октября 2004 года в 10 час. 10 мин. Данная задача решается с помощью следующего запроса: INSERT INTO ТАВЗ (M_VAL, M_DATE, M_STR) VALUES ('1234', '2004-10-10 10:10', 'chi') После выполнения запроса (из ИС или в реальном времени) таблица tab3 примет следующий вид: Изменение данных в БД Изменить в таблице tabl значение канала 2, полученное 26.06.2003 в 11:40, на 44. Данная задача решается с помощью следующего запроса: UPDATE ТАВ1 SET M_VALUE =44 WHERE TAB1.M_DATE = {ts '2003-06-26 11:40:00'} AND TAB1.CHANNEL = 'канал 2' После выполнения запроса таблица taM примет следующий вид: а г л л ’’W1' j .di. I М VALUE I М DATE | CHANNEL | 10| 25.04.2003 10:20:001 канал 1 1 10[ 25 04.2003 10:20700ранал Г 1 20| 26.04.2003 11:20:00-канал 2 1 20: 25.06.2003 11:40:00| канал 2 101 26.06.2003 11:40:00| канал 1 | i ► 44 26.06.2003 11: 40:00 канал 2 И 1* _J || Запись: Н | 4 |1 6 ► | М |>Ж| из 6
Вложенные SQL-запросы Пусть в таблицы tab1 и tab2 записывались изменения значений каналов, причем признак достоверности значений записывался только в таблицу tab2 (поле TAG). Пусть требуется решить следующую задачу. Оставить в таблице tabl только достоверные данные, полученные после 11:30 26 апреля 2003 года. Эта задача решается с помощью следующего запроса: DELETE FROM ТАВ1 WHERE NOT EXISTS (SELECT * FROM TAB2 WHERE TAB2.CHANNEL = TAB1.CHANNEL AND TAB1.M_DATE = TAB2.M_DATE AND TAB2.M_DATE > {ts '2003-04-26 11:30:00'} AND TAB2.TAG = 'true') Этот запрос выполняется следующим образом. Вложенный запрос (оператор SELECT) для каждой строки таблицы tabl ищет в таблице tab2 строку, которая удовлетворяет условиям поиска. Оператор DELETE удаляет строку из таблицы tabl, если для нее не удалось найти соответствующую строку в таблице tab2. После выполнения запроса таблица tabl примет следующий вид:
Удаление записей из БД Удалить запись с номером 1 из таблицы tab3. Данная задача решается с помощью следующего запроса: DELETE FROM ТАВЗ WHERE ID = 1 После его выполнения таблица tab3 примет первоначальный вид: I S tab3 : таблица IZ@X J m val | m str m date | I ►] [OHS 1 Запись: Н | з |1 1 1 H [l -ч из 1 Для удаления всех записей из таблицы можно использовать следующий запрос: DELETE FROM tab3 Архивирование каналов в БД С помощью SQL-запросов возможно архивирование в БД значений атрибутов каналов. Следует отметить, что этот механизм архивирования значительно уступает в быстродействии архивированию в SIAD и может использоваться только для небольшого числа каналов. Архивирование в БД используется при решении задач T-FACTORY. В реальном времени записывать в таблицу tab3 данные об изменении значений каналов chi исБЗ. Пусть канал Ch1 привязан к генератору пилообразного сигнала, а канал ch3 - к генератору синусоидального сигнала (оба канала - класса FLOAT типа INPUT с периодом пересчета, например, 10 секунд). Конфигурирование связей с БД Для шаблона db1 связи с БД my_database (см. Окно ‘Схема’) зададим следующие аргументы: j'Vj;.Подключение | Структура [ Мастер [ | [gjl Аргументы ] Запрос j |Справка [ Имя Тип Тип да Знач1 Привязка chi R sLglN [sjfjREAL <^chl Реальное значение(Система.RTM_1. chi В NAME ISREAL •^chl Базовое имя (Система. Р.ТМ_1. Каналы chl_TS EiaiN ggREAL ®Fchl Время изменения(Система.RTM_1.Ка < > Для шаблона db2 зададим следующие аргументы:
Подключение | Структура | Мастер | [ 0 Аргументы | Запрос | [& Справка Создадим для шаблона db1 SQL-запрос (пусть его номер - 13) для записи в таблицу tab3 значения, времени изменения и имени канала ch1: INSERT INTO tab3 ( m_date , m_str , m_val ) VALUES ( '#chl_TS#' , '#chl_B_NAME#1 , 1#chl_R#' ) Создадим для шаблона db2 SQL-запрос (пусть его номер - 1) для записи в таблицу tab3 значения, времени изменения и имени канала ch3: INSERT INTO tab3 ( m_date , m_str , m_val ) VALUES ( '#ch3_TS#' , '#ch3_B_NAME#' , '#ch3_R#' ) Создадим в узле каналы db_1 и db2 класса CALL, настроенные на вызов шаблонов db1 и db2. Задание алгоритма архивирования Алгоритм архивирования должен обеспечить анализ значений каналов с периодом пересчета этих каналов и инициализацию соответствующих запросов в том случае, если значения каналов изменились. Для решения задачи создадим шаблоны ST-программ ргодгатЗ и рго-дгат4 и одноименные каналы CALL INPUT, настроенные на вызов этих шаблонов. Аргументы шаблона ргодгатЗ сконфигурируем следующим образом: - X у " .....ЩМ & nJjHJ luojREAL chi:Реальное значение (Система. RTH_1. Каналы) иТиОПТ §|REAL •cdh_l: Входное значение (Система.RTH_1.Каналы) g]REAL chi:Период пересчета (значение) (Система.RTH_J jJojREAli chi:Период пересчета (единицы) (Система. RTM_1. chl_FRQ chl_FRQ_D program3_FRQ pT^OUT «^ргодгатЗ:Период пересчета (единицы) (Система.I Создадим в шаблоне ргодгатЗ глобальную переменную GVAR_000 -эта переменная будет использована для запоминания значения канала ch1 между вызовами программы.
Листинг шаблона ргодгатЗ: PROGRAM VAR_INPUT chl_R : REAL; END_VAR VAR_OUTPUT db_l_In : INT; END_VAR VAR_INPUT chl_FRQ : REAL; END_VAR VAR_INPUT chl_FRQ_D : REAL; END_VAR VAR_OUTPUT programs_FRQ : REAL; END_VAR VAR_OUTPUT program3_FRQ_D : REAL; END_VAR program3_FRQ = chl_FRQ; program3_FRQ_D = chl_FRQ_D; IF chl_R <> GVAR_000 THEN GVAR_000 = chl_R; db_l_In = 13; //query number ELSE END_IF; END_PROGRAM Аргументы шаблона program4 сконфигурируем следующим образом: Ъ ’ X Тэ S s I ft й -'•.а л Имя 1 Тип |Тил дани * Привязка ch3_R r«kIH (SojREAL ^:ch3:Реальное значение (Система.RTM_1.Канала) db2_In BtraOUT ®l~db2: Входное значение ; Система.RTH_1.Каналы) ch3_FRQ ^IK ISREAL ^сИЗ:Период пересчета ;знач ение) (Система.RTH ch3_FRQ_D rlnllJ ISREAL ^^ch3: Период пересчета единицы) (Система.RTH_ ргодгаза4 FRQ tn OUT ч»(~ргодхаи4: Период Перес чета (значение) (Систем p г о gr ат-i _F R0_ и pfaOUT ^|REAL ®Qprogrаш4:Период Перес чета (единица) (Система Создадим в шаблоне program4 глобальную переменную GVAR_001 -эта переменная будет использована для запоминания значения канала ch3 между вызовами программы. Листинг шаблона program4: PROGRAM VAR_INPUT ch3_R : REAL; END_VAR V AR_OUTPUT db2_In : REAL; END_VAR V AR_INPUT ch3_FRQ : REAL; END_VAR V AR_INPUT ch3_FRQ_D : REAL; END_VAR V AR_OUTPUT program4_FRQ : REAL; END_VAR V AR_OUTPUT program4_FRQ_D : REAL; END_VAR program4_FRQ = ch3_FRQ; program4_FRQ_D = ch3_FRQ_D; IF ch3_R <> GVAR_001 THEN GVAR_001 = ch3_R; db2_In = 1; ELSE END_IF;
END PROGRAM Скомпилируем программы и экспортируем проект для запуска. Архивирование в БД Запустим узел в профайлере и, спустя некоторое время, изменим период пересчета канала ch1 (зададим, например, 5 с) - в таблицу tab3 будут занесены данные об изменениях значений каналов ch1 и ch3: Выборка данных из БД Просматривать на экране оператора записи таблицы tab3 за 15 ноября 2004 года по каналу сЬЗ, отсортированные по
убыванию времени. Сконфигурируем аргументы шаблона db1 связи с БД my_database следующим образом (канал mdate - класса TIME, формат представления -Дата и время ОС (0)): Создадим следующие SQL-запросы для шаблона db1: • с номером 1: SELECT COUNT (tab3.m_str) #a000# FROM tab3 WHERE tab3.m_str = 'ch31 AND YEAR (tab3.m_date) = 2004 AND MONTH (tab3.m_date) = 11 AND DAY (tab3.m_date) = 15 Результат этого запроса при выполнении из ИС: Браузер запросов 4: X ' 5 * * % ЧЬ SELECT COUNT (tabs .rn_ser) йаОООй FROM tabs WHERE tab3.m_str = 'ch31 AND YEAR (tab3.m_date) = 2004 AND MONTH (tab3.m_date) =11 AND DAY (tab3.m_date) = 15 Отчет задать a000=11 • с номером 2: SELECT tab3.m_val #a001# , tab3.m_date #m date In#
FROM tab3 WHERE tab3.m_str = 'ch31 AND YEAR (tab3.m_date) = 2004 AND MONTH (tab3.m_date) =11 AND DAY (tab3.m_date) = 15 ORDER BY tab3.m_date DESC Результат этого запроса при выполнении из ИС: Создадим шаблон экрана scr1 и одноименный канал его вызова. Аргументы шаблона экрана сконфигурируем следующим образом (канал db1 класса CALL настроен на вызов связи db1 с БД my_database): Разместим на экране кнопки и графические элементы Текст:
Получить общее число записей для ch3 Установить номер записи Извлечь выбранную запись РЕЗУЛЬТАТ: Значение даты&времени (m_date) Ниже показаны настройки верхней кнопки, предназначенной для инициализации запроса 1 - с помощью этого запроса в аргумент экрана db1_a000 записывается общее число записей по каналу ch3 в таблице tab3 за 15 ноября 2004 года: ________ | ок] Кнопка [Справка] 1 В Свойство ________1~ Значение Код доступа 0 События В • pressed Подтверждение False Г Сигнал False В- Передать значение Тип передачи Прямая Г"Значение 1 Г Результат dbljn : Источник Восстанавливать значение False Это значение отображается графическим элементом Текст, расположенным справа от кнопки и имеющим следующие настройки:
На следующем рисунке показаны настройки средней кнопки, задающей значение атрибута Параметр (34, FPrnt) канала db1: Это значение отображается графическим элементом Текст, расположенным справа от кнопки и имеющим следующие настройки:
Нижняя кнопка предназначена для инициализации запроса 2 после задания атрибута Параметр канала db1: Два нижних графических элемента предназначены для отображения выбранной записи (значений полей m_val и m_date соответственно):
Запустим узел в профайлере и нажмем верхнюю кнопку - запрос 1 вернет число записей по каналу ch3 в таблице tab3 за 15 ноября 2004 года: Нажмем среднюю кнопку и зададим, например, 6 в качестве номера записи, которую нужно извлечь из выборки и отобразить:
Теперь параметры извлечения записи сконфигурированы, и можно выполнять запрос 2 с помощью нажатия нижней кнопки: Изменяя индекс и выполняя затем запрос 2, можно просмотреть все 11 записей.
Модификация SQL-запросов в реальном времени Записывать значение канала в произвольное поле произвольной таблицы БД. Пусть канал, значение которого требуется записывать в БД, имеет имя В_базу. Для задания имени таблицы и имени поля будем использовать атрибут Комментарий каналов Таблица и Поле соответственно. Создадим шаблон связи с БД со следующими аргументами: Создадим в шаблоне следующий запрос (см. Подстановки в SQL-запросе): INSERT INTO #Таблица_СМКГТ# (#Поле_СИМТ#) VALUES ('#В_базу_й£1) Создадим канал CALL, вызывающий шаблон - труктура проекта примет следующий вид: Пусть БД имеет следующие пустые таблицы с числовыми полями:
Запустим узел в профайлере без поддержки графических экранов (см. Профайлер без поддержки графических экранов), присвоим каналу В_базу, например, значение 181, атрибуту Комментарий канала Таблица - значение tab_val, атрибуту Комментарий канала Поле -значение m_val и выполним SQL-запрос, присвоив каналу Базара иных значение 1 - значение канала В_базу будет записано в поле m_val таблицы tab_val: Присвоим атрибуту Комментарий канала Таблица значение tab_val1, атрибуту Комментарий канала Поле - значение m_val1 и вновь выполним SQL-запрос, присвоив каналу База_данных значение 1 - значение канала В_базу будет записано в поле m_val1 таблицы tab_va!1: Удаление таблиц из БД Удалить таблицу tab3. Для удаления таблицы tab3 из БД нужно выполнить следующий запрос: DROP TABLE tab3
Сочетания клавиш в редакторе связей с БД В редакторе: • SPACE - открыть вкладку (окно), на которую установлен фокус; • ALT+C - открыть вкладку Подключение; • ALT+S - открыть вкладку Схема; • ALT+W - запустить мастер запросов; • ALT+А - открыть вкладку Аргументы; • ALT+Q - открыть вкладку Запрос; • ALT+Н - открыть контекстную справку вкладки; • ALT+T - выполнить команду проверки подключения к БД (на вкладке Подключение). В мастере запросов: • SPACE - выбрать оператор, на который установлен фокус; • ALT+N (ALT+“^) - перейти в следующий диалог; • ALT+B (ALT+*-) - перейти в предыдущий диалог; • ALT+С - закрыть главное окно мастера; • ALT+H - открыть контекстную справку; • ALT+L - команда Привязать; • ALT+U - команда Удалить привязку; • ALT+F - команда Готово.
Обмен по DDE и NetDDE Мониторы поддерживают обмен по DDE/NetDDE между собой и с приложениями WINDOWS, выступая одновременно в качестве сервера и клиента. Клиент инициирует обмен с сервером и задает один из следующих режимов обмена: • РОКЕ - изменение значения указанного параметра на сервере; • REQUEST - запрос значения указанного параметра от сервера; • ADVISE - режим, при котором сервер посылает клиенту значение указанного параметра при его изменении. Примеры, приведенные в этом разделе, выполнены в ОС Win ХР с использованием Excel 2000. При обмене с сервером DDE/NetDDE в узле следует предусмотреть хотя бы один канал, запрашивающий данные у этого сервера в режиме REQUEST. Только при наличии такого канала монитор реинициализирует обмен, если связь с сервером нарушается, а затем восстанавливается. Только такие каналы отслеживают состояние сервера (если связь с сервером нарушается, им устанавливается признак аппаратной недостоверности; если связь восстанавливается, признак недостоверности сбрасывается). Обмен по DDE Конфигурирование пользователей в проекте TRACE MODE не влияет на обмен по DDE, при этом на права пользователя ОС, инициирующего обмен с монитором из DDE-клиента, не накладывается никаких ограничений. Обмен приложение - МРВ как DDE-сервер При обмене с локальным МРВ из приложения - DDE-клиента - возможно: • чтение атрибута (0, R) каналов (в режиме REQUEST или ADVISE); • чтение (REQUEST) и запись (РОКЕ) любых других атрибутов каналов. Запись значений в атрибуты, вычисляемые в канале, не имеет смысла.
Если в узле существуют каналы с одинаковым именем, то выполнение запроса влияет только на канал с наименьшим ID. Если клиентом DDE является Excel, то DDE-обмен с МРВ может быть сконфигурирован с помощью формул Excel и/или макросов VBA Формула Excel может быть использована только для запроса значения (в режиме ADVISE или REQUEST) - в этом случае она имеет следующий формат: =<server> | ctopio! <item> где server - имя сервера в формате RTM<k>, где к - индивидуальный номер узла; topic - тема запроса (см. примеры ниже); item - имя канала или уточненное имя атрибута. Уточненное имя атрибута имеет следующий формат: <имя канала>.<номер атрибута> Любой из перечисленных параметров DDE-формулы Excel следует заключить в одинарные кавычки в следующих случаях: • если параметр содержит пробелы или служебные символы, которые используются в формулах Excel (двоеточие, минус и т.п.); • если параметр имеет вид ссылки на ячейку (примером такого параметра может служить имя канала ch1). В приведенных ниже примерах узел имеет индивидуальный номер 2 Запрос значения атрибута R Для запроса реального значения канала pila в режиме ADVISE в ячейку таблицы Excel нужно записать следующую формулу: =RTM2|GET!pila В этом режиме значение в ячейке обновляется автоматически. В режиме ADVISE монитор посылает клиенту значение канала при каждом его пересчете. Для запроса реального значения канала pila в режиме REQUEST в ячейку таблицы Excel нужно записать одну из следующих формул: =RTM2|PUT!pila =RTM2|PUT!pila.0 Во второй формуле тема запроса может быть произвольной. В этом режиме значение канала запрашивается и записывается в ячейку однократно при исполнении формулы.
Запросить значение атрибута (0, R) канала в режиме REQUEST можно также с помощью одного из следующих макросов VBA Excel (во втором макросе тема запроса может быть произвольной): Sub read pila R() PUT or GET to read R chNum = Application.DDEInitiate("RTM2", "GET") Worksheets("Sheet1").Range("Fl") = Applica- tion. DDERequest (chNum, "pila") Application.DDETerminate chNum End Sub Sub re ad_p i1a_R() 'Arbitrary topic chNum = Application.DDEInitiate("RTM2", "LL") Worksheets("Sheetl").Range("Fl") = Application. DDERequest (chNum, "pila.0") Application.DDETerminate chNum End Sub Запрос значений других атрибутов Для запроса значения атрибутов (3, С), (4, I), (7, Р); (8, W), (26, HL), (27, LL), (28, НА), (29, LA), (30, HW), (31, LW), (79, CODE) и (127, NAME) могут быть использованы запросы двух видов: • topic - короткое имя атрибута, item - имя канала; • topic - произвольное значение (из допустимых), item - уточненное имя атрибута. Для запроса значений других атрибутов могут быть использованы запросы только второго вида. Таким образом, для запроса, например, верхнего предела (26, HL) канала ch1 в ячейку таблицы Excel нужно записать одну из следующих формул: =RTM2|HL!'chi' =RTM2|PUT!chi.26 Запросить значение атрибута из приведенного выше перечня (ниже в примерах запрашивается кодировка) можно также с помощью одного из следующих макросов (для запроса значений других атрибутов нужно использовать второй макрос): Sub read_chl_CODE() 1 Short name to read attribute chNum = Application.DDEInitiate("RTM2", "CODE")
Worksheets("Sheetl").Range("Fl") = Application. DDERequest (chNum, "chi") Application.DDETerminate chNum End Sub Sub read_chl_CODE() 'Arbitrary topic chNum = Application.DDEInitiate("RTM2", "LL") Worksheets("Sheetl").Range("Fl") = Application. DDERequest (chNum, "chi.79") Application.DDETerminate chNum End Sub Задание значений атрибутов Для задания значения атрибутов (2, In), (3, С), (4, I), (7, Р); (8, W), (26, HL), (27, LL), (28, НА), (29, LA), (30, HW), (31, LW), (79, CODE) и (127, NAME) могут быть использованы макросы двух видов: • topic - короткое имя атрибута, item - имя канала; • topic - произвольное значение (из допустимых,), item - уточненное имя атрибута. Для задания значений других атрибутов могут быть использованы макросы только второго вида. Таким образом, для записи в атрибут (2, In) канала ch1 значения из ячейки СЗ таблицы Excel можно использовать один из следующих макросов: Sub write_chl_In() 'PUT or GET to write into In chNum = Application.DDEInitiate("RTM2", "PUT") Application.DDEPoke chNum, "chi", Work- sheets ("Sheetl").Range("C3") Application.DDETerminate chNum End Sub Sub write_chl_In() 'Arbitrary topic chNum = Application.DDEInitiate("RTM2", "HA") Application.DDEPoke chNum, "chi.2", Work- sheets ("Sheetl").Range("C3") Application.DDETerminate chNum End Sub
Обмен МРВ как DDE-клиент - приложение Если монитор выступает в роли DDE-клиента, для конфигурирования обмена используются переменные DDE (см. Редактор переменной DDE). Рассмотрим обмен на одном компьютере между монитором и Excel, выступающим в качестве DDE-сервера. Запрос значения в режиме ADVISE Создадим в узле канал ch1 и свяжем его с переменной DDE, параметры которой зададим следующим образом: Основные Откроем Excel, создадим новую книгу и запустим узел - установится связь монитора с книгой Excel, активной в данный момент, в режиме ADVISE. В этом режиме DDE-сервер (Excel) будет посылать DDE-клиенту (монитору) значение (при каждом его изменении) ячейки G6 (Row=6, Column=7) листа Sheetl, и это значение будет записано во вход канала ch1. Запрос значения в режиме REQUEST Для запроса в режиме REQUEST тип переменной DDE должен быть INPUT. Создадим в узле канал ch2 и свяжем его с переменной DDE, параметры которой зададим следующим образом:
Для запроса в режиме REQUEST параметру MODE переменной DDE можно также задать значение REQ/POKE[data/r] ИЛИ REQ/POKE[data/n]. Откроем Excel, создадим новую книгу и запустим узел - установится связь монитора с книгой Excel, активной в данный момент, в режиме REQUEST. В этом режиме монитор генерирует в соответствующем потоке запросы на чтение значения ячейки G6 листа Sheetl и записывает это значение во вход канала ch2. Задание значения в режиме РОКЕ Для передачи в указанную ячейку таблицы Excel выходного значения канала (атрибут 9, Q), привязанная к этому каналу переменная DDE должна иметь тип OUTPUT. Создадим в узле канал ch_p и свяжем его с переменной DDE, параметры которой зададим следующим образом: Для записи значения в Excel параметру MODE переменной DDE можно
также задать значение REQ/POKE[data/r] ИЛИ REQ/POKE[data/n]. Откроем Excel, создадим новую книгу и запустим узел - установится связь монитора с книгой Excel, активной в данный момент, в режиме РОКЕ. В этом режиме монитор генерирует в соответствующем потоке запрос на запись выходного значения (при каждом его изменении) канала ch_p в ячейку G6 листа Sheetl. Обмен по NetDDE Для обмена по NetDDE узлы не требуют никакого конфигурирования. Настройка ОС для обмена по NetDDE Запуск служб NetDDE Обмен по NetDDE требует предварительного запуска ряда служб ОС (начиная с WINNT 3.5, режим запуска сетевых служб DDE по умолчанию -вручную). Эти службы должны быть запущены как на клиенте, так и на сервере. Простейший способ запуска всех необходимых служб в WIN NT/2000/XP заключается в запуске утилиты ClipBook Viewer (WINDOWS/SYSTEM32/clipbrd.exe) или утилиты DDE Share Manager (WINDOWS/SYSTEM32/ddeshare.exe). После запуска окно программы можно закрыть. При старте любой из указанных программ запускаются службы: • NT DDE-сервер (clipsrv.exe); • NETWORK DDE - обеспечение обмена по NetDDE (netdde.exe); • NETWORK DDE DSDM (Network DDE Service Data Manager) - совместный доступ к данным DDE. Если монитор сконфигурирован как NetDDE-клиент, при старте он запускает необходимые службы, если они не были запущены предварительно. В Win ХР SP2 указанные службы по умолчанию отключены, поэтому нужно перевести их в режим вручную перед запуском clipbrd.exe или ddeshare.exe. Доступ к разделяемым данным DDE Если необходимые службы запущены, монитор, в случае его запуска пользователем с правами администратора, автоматически создает разделяемый DDE-ресурс RTM<k>$ (k - индивидуальный номер узла):
Общий ресурс: |RTMO$ Н азвание документа [get Старый стиль: |RTMO Новый стиль: |НТМ0 CTamS iR ™° (get Г” Разрешить запуск приложений Разрешения... При этом разрешения на доступ к ресурсу не конфигурируются и остаются заданными по умолчанию. Это означает, что все пользователи, которые обращаются к ресурсу, должны быть идентичными пользователю сервера (логин и пароль) и иметь права администратора. Для участия различных пользователей в обмене по NetDDE необходимо до старта сервера и клиента выполнить следующие действия: • пользователь с правами администратора должен «прописать» пользователей, участвующих в обмене, на сервере и клиенте NetDDE. Эти пользователи могут иметь любые права (в локальной политике должно быть разрешение на вход в систему и доступ к компьютеру из сети): • пользователь с правами администратора должен с помощью DDE Share Manager вручную создать на сервере ресурс RTM<k>$; и в
диалоге Разрешения «прописать» участников обмена для созданного ресурса, задав для них полные права: Запуск служб и серверов/клиентов NetDDE могут выполнить созданные пользователи. Конфигурирование пользователей в проекте TRACE MODE не влияет на обмен по NetDDE. При остановке монитор удаляет разделяемый DDE-ресурс RTM<k>$. Обмен приложение - МРВ как NetDDE-сервер При обмене с монитором - сервером NetDDE - из приложения возможен запрос значений атрибута (О, R) (ADVISE или REQUEST), а также запрос (REQUEST) и задание (РОКЕ) значений других атрибутов каналов узла (как удаленного, так и локального). Имя сервера задается в следующем формате: \<name>NDDE$ где пате - имя компьютера, на котором запущен МРВ. Тема запроса задается как RTM<k>$, где к - индивидуальный номер узла. Если в узле существуют каналы с одинаковым именем, то выполнение запроса влияет только на канал с наименьшим ID. В приведенных ниже примерах узел имеет индивидуальный номер 3. Запрос атрибута R
VISE в ячейку таблицы Excel нужно записать следующую формулу (параметр Update в диалоге Links должен иметь значение Automatic): = '\nodeANDDE$' | 1RTM3 $.OLE' ! 'chi' Запросить значение атрибута (О, R) канала ch1 в режиме REQUEST из Excel можно с помощью следующего макроса: Sub read_chl_R() chNum = Application.DDEInitiate("\nodeANDDE$", "RTM3$") Worksheets("Sheetl").Range("Cl") = Application. DDERequest (chNum, "chi") Application.DDETerminate chNum End Sub Запрос других атрибутов Для запроса значения произвольного атрибута в режиме REQUEST можно использовать макрос, в котором в качестве item указано уточненное имя атрибута. В следующем макросе запрашивается значение атрибута 32 канала ch1 узла nodeA: Sub read_attr32() chNum = Application.DDEInitiate("\nodeANDDE$", "RTM3$") Worksheets("Sheetl").Range("Cl") = Application. DDERequest (chNum, "chi.32") Application.DDETerminate chNum End Sub Задание атрибутов Для задания значения произвольного атрибута можно использовать макрос, в котором в качестве item указано уточненное имя атрибута. В следующем макросе в атрибут 32 канала ch1 узла nodeA записывается значение из ячейки СЗ таблицы Excel: Sub write_attr32() chNum = Application.DDEInitiate("\nodeANDDE$", "RTM3$") Application.DDEPoke chNum, "chi.32", Worksheets ("Sheetl").Range("C3") Application.DDETerminate chNum End Sub Для записи в атрибут (2, In) указание его номера не обязательно:
Sub write_chl_In() chNum = Application.DDEInitiate("\nodeANDDE$", "RTM3$") Application.DDEPoke chNum, "chi", Worksheets ("Sheet1").Range("C3") Application.DDETerminate chNum End Sub Обмен между NIPB no NetDDE Обмен по NetDDE между мониторами конфигурируется в узле, выступающем в роли клиента, - для этого используются переменные DDE (см. Редактор переменной DDE). Для корректного выполнения запросов при обмене между МРВ в режимах REQUEST и РОКЕ для параметра Режим следует задавать значение REQ/POKE[data/n] ИЛИ REQ/POKE[data/r]. Если в узле-сервере существуют каналы с одинаковым именем, то выполнение запроса влияет только на канал с наименьшим ID. В приведенных ниже примерах предполагается, что узел, выступающий в роли NetDDE-сервера, имеет индивидуальный номер 1 и запущен на компьютере с именем nodeA. ЗапросR Для запроса в режиме ADVISE значения атрибута R создадим в узле -клиенте NetDDE - канал ch2 и свяжем его с переменной DDE, параметры которой зададим следующим образом: Запустим мониторы - между ними установится связь в режиме ADVISE.
В этом режиме сервер (nodeA) будет посылать клиенту значение канала ch1, и это значение будет записываться во вход канала ch2. В режиме ADVISE монитор посылает клиенту значение канала при каждом его пересчете. Для запроса в режиме REQUEST значения атрибута R создадим в узле -клиенте NetDDE - канал ch3 и свяжем его с переменной DDE, параметры которой зададим следующим образом: Для запроса в режиме REQUEST параметру Режим переменной DDE можно также задать значение REQ/POKE[data/r], Запустим мониторы - между ними установится связь в режиме REQUEST. В этом режиме клиент генерирует в соответствующем потоке запросы на чтение значения атрибута (О, R) канала ch1 сервера и записывает это значение во вход канала ch3. Запрос других атрибутов в режиме REQUEST Для запроса в режиме REQUEST значения произвольного атрибута (в примере сконфигурировано чтение атрибута 32) создадим в узле - клиенте NetDDE - канал ch4 и свяжем его с переменной DDE, параметры которой зададим следующим образом:
Для запроса в режиме REQUEST параметру Режим переменной DDE можно также задать значение REQ/POKE[data/r], Запустим мониторы - между ними установится связь в режиме REQUEST. В этом режиме клиент генерирует в соответствующем потоке запросы на чтение значения указанного атрибута (32) канала ch1 сервера и записывает это значение во вход канала ch4. Задание произвольных атрибутов Для реализации режима РОКЕ переменная DDE должна иметь тип OUTPUT. Для задания значения произвольного атрибута (в примере сконфигурирована запись в атрибут 32) создадим в узле - клиенте NetDDE - канал ch5 и свяжем его с переменной DDE, параметры которой зададим следующим образом: Запустим мониторы - между ними установится связь в режиме РОКЕ. В
этом режиме клиент генерирует в соответствующем потоке запрос на запись выходного значения (при каждом его изменении) канала ch5 в указанный атрибут (32) канала сЫ сервера. Для записи значения в атрибут (2, In) указание его номера не обязательно: Для данного режима параметру Режим переменной DDE можно также задать значение REQ/POKE[data/r].
Обмен по ОРС Мониторы поддерживают обмен с клиентами/серверами ОРС, в том числе с серверами ОРС HDA. Пример обмена с ОРС-сервером В качестве примера запустим на удаленном компьютере ОРС-сервер KEPware V.4.63.193-U, создадим канал Channel2 и в нем - переменную ttt некоторого прибора: Настроим параметры тега ttt как симулятора линейного сигнала:
Сохраним проект: Остановим ОРС-сервер. На локальном компьютере создадим проект со следующей структурой:
Метод поиска ОРС-серверов сконфигурируем следующим образом: Выделим группу ОРС_Сервер_1 и выполним команду Редактировать - откроется редактор группы:
Нажмем кнопку Добавить переменные редактора, выберем удаленный компьютер (при этом на нем запустится ОРС-сервер) и выберем тег После нажатия кнопки ОК в проекте автоматически создастся ОРС-переменная:

Перетащим переменную ttt в узел — создастся канал, связанный с этой переменной: Запустим узел в мониторе - значение канала будет изменяться по линейному закону: Файл Пользователи Вид Настройки Помощь 4 'Г ; ttt[++]15:28:14.791 : 35 Ready
Пример ОРС-обмена МРВ6-МРВ5 Рассмотрим обмен между монитором TRACE MODE 6, выступающим в роли ОРС-клиента, и монитором TRACE MODE 5, выступающим в роли ОРС-сервера. В редакторе базы каналов TRACE MODE 5 создадим проект opc_server.ctm, содержащий узел МРВ NODE1: Создадим в этом узле два канала пилообразных сигналов:
В редакторе представления данных создадим графический экран и разместим на нем тренд, задав для него две кривые, привязанные к созданным каналам:
Запустим узел в профайлере на компьютере WALEXANDERR: На другом компьютере создадим в ИС TRACE MODE 6 проект OPC.prj со следующей структурой:
Выберем в качестве метода поиска ОРС-серверов поиск через реестр: Для шаблона экрана зададим два аргумента - curve_red и curve_green (оба INPUT) - и разместим на экране тренд, задав для него две кривые (curvel и curve2), привязанные к созданным аргументам: Откроем в редакторе переменную ОРС1 (см. Редактор переменной ОРС) и нажмем кнопку Обзор - на экране появится диалог ОРС Browser. Укажем в этом диалоге удаленный компьютер (WALEXANDERR) и выберем для привязки канал пила1_: После указанных действий переменная ОРС1 будет сконфигурирована следующим образом:
Аналогичным образом привяжем переменную ОРС2 к каналу пила2_:
Привяжем каналы Канал2 и КаналЗ.узла RTM соответственно к переменным ОРС1 и ОРС2, а аргументы канала Экран1 класса CALL с типом вызова Экран - к этим каналам: Запустим проект OPC.prj - в каналы Канал2 и КаналЗ ОРС-клиента будут записываться текущие значения каналов пила1_ и пила2_ ОРС-сервера: ОРС-сервер TRACE MODE 6 Для доступа ОРС-клиента к каналам узла узел должен исполняться под управлением специализированного монитора - ОРС-сервера TRACE MODE 6. Регистрация ОРС-сервера TRACE MODE 6 Для регистрации ОРС-сервера TRACE MODE 6 в ОС нужно выполнить следующие процедуры (указанные ниже файлы находятся в директории установки монитора): • запустить командный файл register_opc_proxy_stub.cmd (однократная процедура, после которой сервер можно регистриро-вать/разрегистрировать). Для отмены нужно запустить командный файл unregister_opc_proxy_stub.cmd;
• запустить командный файл register_server.cmd (для отмены регистрации нужно запустить файл unregister_server.cmd); • выполнить следующую команду: %OPC-cepBep%/tm6opcdas.ехе %узел%/*.dbb При выполнении этой команды сервер запускается. Запуск ОРС-сервера TRACE MODE 6 Если ОРС-сервер зарегистрирован в ОС, для его запуска вручную достаточно выполнить следующую команду: %ОРС-сервер%/tmSopcdas.ехе При запросе клиента ОРС-сервер запускается автоматически. ОРС-сервер TRACE MODE 6 поддерживает спецификацию OPCDA 2.0 -это следует учитывать, если в ИС создается узел - клиент ОРС (см. Вкладка ‘Базовый редактор’). Интерфейс оператора ОРС-сервера TRACE MODE 6 Интерфейс оператора ОРС-сервера TRACE MODE 6 включает консоль служебных сообщений сервера и графическую оболочку:
Аналогично оболочке профайлера без поддержки графических экранов (см. Профайлер без поддержки графических экранов), оболочка ОРС-сервера отображает каналы узла. В поле Файл узла отображается полный путь к файлу *.dbb узла. Кнопки Запустить и Остановить предназначены соответственно для запуска и останова сервера. Информация о состоянии сервера отображается в строке этих кнопок справа. При нажатии кнопки Выход сервер останавливается и выгружается. Настройка безопасности ОС Если необходим удаленный доступ к ОРС-серверу TRACE MODE 6, то на компьютере, где сервер должен быть запущен, может потребоваться конфигурирование параметров ряда служб (в том числе DCOM, брандмауэра и самого сервера). Пример обмена с ОРС-сервером TRACE MODE 6 Пусть узел, указанный при регистрации ОРС-сервера, содержит каналы Пила!, Треугольник! и Синусоида!, связанные с соответствующими генераторами TRACE MODE, и канал to_get класса FLOAT: Пусть сервер зарегистрирован на компьютере с именем WALEXANDERR. Запустим на другом компьютере ОРС-клиент KEPware (KEPware ОРС
Quick Client, V.4.22.73-U), выполним в оболочке клиента команду 2~_ New Server и сконфигурируем подключение следующим образом: При нажатии кнопки ОК на компьютере WALEXANDERR запускается ОРС-сервер, а в оболочке клиента отображается информация о подключении к серверу: Создадим в клиенте переменные для чтения значений каналов Пила1, Треугольник! и Синусоида!, привязав их к реальным значениям каналов (на рисунке ниже показана конфигурация переменной для чтения значения канала Синусоида!):
Текущие значения каналов отобразятся в оболочке клиента: Аналогичным образом создадим в клиенте переменную, с помощью которой будем изменять значение канала to_get на сервере (эту переменную привяжем к входному значению канала to_get). В окне свойств переменной зададим для нее тип данных FLOAT:
Выполним из контекстного меню переменной команду Synchronous Write и в появившемся диалоге зададим значение 3.14: Новое значение канала to_get отобразится в оболочке сервера: Для окончания сеанса выполним в клиенте команду Disconnect (из контекстного меню строки подключения) - ОРС-сервер на компьютере WALEXANDERR будет остановлен и выгружен.
МРВ как клиент сервера ОРС HDA В качестве канала обмена по ОРС HDA (см. Подтип 3) может выступать: • канал CALL, для которого не задан тип вызова и задана привязка к переменной ОРС HDA (см. Редактор переменной ОРС HDA). Такому каналу CALL МРВ автоматически устанавливает тип вызова 55,OPC_HDA; При конфигурировании в ИС тип вызова 55, OPC_HDA каналу CALL задать нельзя (см. Атрибуты канала класса CALL). • числовой канал, привязанный к переменной ОРС HDA. Подтип такого канала - 3.2, атрибут 123 также принимает значение 55,OPC_HDA. Обмен по ОРС HDA с помощью канала CALL В канале CALL должны быть созданы нулевой и первый аргументы, задающие временной интервал (T_FROM=argO, T_TO=arg1), за который запрашиваются исторические данные. Полученные данные записываются в аргументы канала: в четный аргумент (начиная со второго) — значение, в последующий нечетный - время значения. Необходимое количество пар аргументов создается монитором. Обмен по ОРС HDA с помощью числового канала Временной интервал, за который запрашиваются исторические данные, задается следующим образом: Т_Е₽ОМ=канал.45 (см. Атрибуты каналов, отображаемые профайлером), Т_ТО=<текущее время>. Если в выборке существуют значения с метками времени, большими, чем канал.45, то максимальная метка времени присваивается атрибуту 45 канала, а соответствующее значение - атрибуту 2 канала. Полученная выборка исторических данных записывается в архив SIAD, если канал архивируется, и может быть отображена с помощью ГЭ/еГЭ Тренд (см. ГЭ ‘Тренд’), а также выведена в генерируемый документ (на тренд-см. Вставка тренда). Пример обмена с сервером ОРС HDA В качестве примера рассмотрим обмен с сервером-симулятором фирмы Matrikon:
11еременные сервера сконфигурируем следующим образом: Создадим проект TRACE MODE со следующей структурой: Ha da *£ HDA_adv £ Matr_HDA E“ Channels T_FROM sss4 0UT T-T0 IJf sss4 call_sss4_in graph_screen |fc docx17 И сточники/Приемники.0РС_1 .Matrikon.OPC.Simulation.1.Configured Aliases.sss rf' Matrikon.OPC.Simulation.1 ® Configured Aliases HDA_sss1 HDA_sss4 HDA_sss4 0UT HDA_rndJnt | rfT 0PC HDA Server 2 Запустим узел Matr_HDA, зададим T_FROM и T_TO и запишем ряд зна
чений в переменную sss4out. Исторические данные в аргументах каналов CALL: Отображение исторических данных с помощью ГЭ Тренд: Исторические данные в сгенерированном документе:
02.06.2006 16:04:22 Исторические данные в архивах SIAD:
TRACE MODE Data Center При запуске в сети, TRACE MODE Data Center обеспечивает выполнение следующих функций: • вывод генерируемых документов на принтер, используемый по умолчанию (см. Генерация файлов документов), мониторинг очереди печати и управление печатью документов (с помощью сервера печати, входящего в состав Data Center); • управление публикациями на веб-сервере Публикатор (входит в состав Data Center), и доступ удаленных пользователей к публикациям; • выполнение узлов EmbeddedConsole в веб-браузерах (обеспечивается сервером Веб-консоль, входящим в состав Data Center); • выполнение узлов EmbeddedConsole в мобильных устройствах. В состав Data Center входит графическая консоль: Хранилище Data Center По умолчанию, хранилищем Data Center является директория %Data Center%acs. Эта директория имеет следующую структуру: • папка wgc - сайт, доступ к которому обеспечивает сервер Веб-КОНСОЛЬ; • папка printer;
• папка publisher - сайт, доступ к которому обеспечивает сервер Публикатор. Консоль Data Center После запуска Data Center его иконка О отображается в области уведомлений панели задач (консоль Data Center свернута). Иконка снабжена контекстным меню, содержащим следующие команды (меню открывается только в том случае, если консоль Data Center свернута): • Открыть - развернуть консоль Data Center (консоль разворачивается также при нажатии ЛК на иконке); • Ж Старт - запустить Data Center; • ♦ Стоп - остановить Data Center; • Настройки - открыть диалог конфигурирования Data Center (эта команда доступна, если Data Center остановлен); • О программе - информация о Data Center и состоянии серверов; • Выход - завершить работу Data Center. Собственно консоль Data Center содержит меню Сервер и Справка, главную панель инструментов и вкладки Сервер, Публикатор, Вебконсоль и Принтер. Каждая вкладка содержит меню Правка, панель инструментов и контекстное меню. В консоли поддерживаются типовые сочетания клавиш (см. Сочетания клавиш в ИС). Меню и главная панель инструментов консоли Меню Сервер и главная панель инструментов консоли включают команды Старт, Ф Стоп, Настройки и Выход, аналогичные одноименным командам контекстного меню иконки Data Center на панели задач (см. Консоль Data Center). Меню Справка и главная панель инструментов консоли включают следующие команды: • Справка (F1) - вызов контекстной справки; • О программе - информация о Data Center и состоянии серверов. Диалог конфигурирования Data Center Диалог конфигурирования Data Center содержит вкладки Общие, Публикатор и Веб-консоль. На вкладке Общие задаются следующие параметры:
• Базовая директория - хранилище Data Center. Для открытия стандартного диалога выбора директории нужно нажать кнопку (см. Хранилище Data Center); • Сетевой порт - порт сетевого взаимодействия Data Center с мониторами; при выборе опции авто порт назначается операционной системой; • Минимизировать при закрытии окна - если этот флаг установлен, по команде закрытия окна L3 консоль Data Center сворачивается; в противном случае Data Center завершает работу. На вкладке Публикатор задаются следующие параметры: • Порт веб-сервера - порт доступа к сайту по HTTP (по умолчанию - 80, стандартный порт HTTP); • флаг Перезаписывать при совпадении имен - если этот флаг установлен, ресурс (публикация) перезаписывается, если он созда-
ется для узла и документа с теми же именами; • флаг Разрешить просмотр по Bluetooth - если этот флаг установлен, публикации доступны для просмотра на устройстве, подключенном по Bluetooth; • Скрыть фильтр по умолчанию - если этот флаг установлен, в браузере не отображается фильтр по умолчанию (см. Вкладка 'Публикатор'). На вкладке Веб-консоль задаются следующие параметры: • Порт веб-сервера - порт доступа к сайту по HTTP (по умолчанию - 81). • Сетевой порт прокси-сервера - сетевой порт прокси-сервера (входит в состав Data Center); при выборе опции авто порт назначается операционной системой. Через прокси-сервер удаленным браузерам передаются java-апплеты; • Активировать прокси Bluetooth - этот флаг нужно установить для поддержки выполнения узлов в устройствах, подключенных по Bluetooth. Если для веб-сервера задан HTTP-порт, отличный от стандартного (80), явное указание порта в адресе сайта обязательно: http://192.168.2.46:81. Для корректной работы апплетов в браузере рекомендуется установить JRE Sun Microsystems. В разделах Разрешенные адреса и Супервизоры вкладки конфигурируются списки соответственно разрешенных и привилегированных пользователей (последние имеют приоритет по доступу к ресурсам сайта). Для управления списками используются соответствующие кнопки X
(удалить выделенную позицию) и (добавить пользователя). При добавлении пользователя на экране появляется диалог, в котором нужно задать DNS-имя, IP-адрес или адрес Bluetooth: Если заданный адрес некорректен, он не добавляется в список, а на экране появляется соответствующее сообщение: Вкладка 'Сервер' На этой вкладке отображается протокол Data Center. Вкладка 'Публикатор' Эта вкладка в виде дерева отображает публикации документов на сервере Публикатор. Меню Правка и панель инструментов вкладки содержат следующие команды: • лал. Новый фильтр - создать новый фильтр; список фильтров отображается на первой странице сайта. Публикатор содержит
встроенный фильтр по умолчанию, в соответствии с которым публикации группируются по источнику. Имя группы соответствует имени экспортированного узла TRACE MODE 6 (<имя файла prj>_<ordinal> - см. Файлы узла, создаваемые при экспорте). Если в дереве не создана группа для публикаций узла, сервер создает ее автоматически. Для публикаций в качестве описания отображается дата и время: При создании нового фильтра на экране появляется следующий диалог: В диалоге задаются следующие параметры: • Имя - имя фильтра; • Скрыть документы без категории - если этот флаг установлен, в дереве не отображаются документы без категории (см. Генерация файлов документов); • Защита - если этот флаг установлен, для доступа к данной группе (фильтру) в браузере потребуется ввести логин и пароль, заданные в соответствующих полях диалога. Защита может быть также установлена для фильтра по умолчанию; У далить фильтр - удалить выделенный фильтр (при удалении фильтра публикации не удаляются). Встроенный фильтр по умолчанию удалить нельзя;
• Редактировать фильтр - редактировать параметры выделенного фильтра; • 9'* Новый объект (Ins) - создать подгруппу в выделенной группе дерева. По этой команде на экране появляется следующий диалог: В диалоге задаются следующие параметры: • Публичное имя - имя для отображения в дереве; • Истинное имя - уникальное истинное имя группы. Если задается уже используемое истинное имя, группа не создается, а на экране появляется соответствующее сообщение: Если истинное имя не задано, фильтр для создаваемой группы отсутствует. Если Истинное имя = <имя файла prj>_<ordinal>, данная группа будет содержать публикации указанного узла. Если в качестве истинного имени задано натуральное число, группа будет содержать публикации соответствующей категории: чИ Изображение - открыть диалог для выбора пиктограм-
мы из библиотеки изображений публикатора: УС Удалить объект (Del) - удалить выделенный объект дерева. При удалении группы на экране появляется диалог, в котором можно задать удаление, в том числе, публикаций группы (Удалить) или удаление с сохранением публикаций (Удалить, но сохранить документы): 13 Редактировать объект (Enter) - редактировать выделенный объект дерева. При редактировании истинное имя <имя файла prj>_<ordinal> группы, которая уже содержит публикации, изменить нельзя: • Редактировать библиотеку изображений - открыть редактор библиотеки изображений публикатора: Команды создания, удаления и редактирования объекта могут быть также выполнены из контекстного меню дерева.
Для перегруппировки объектов дерева используется метод drag-n-drop, а также следующие команды: • CTRL+ и CTRL+ 4 - переместить группу на одну позицию вниз/вверх в списке групп того же уровня (перемещение возможно только в пределах группы старшего уровня); • CTRL+-* - если выделена rpynnal, за которой следует группа! того же уровня, то в результате выполнения данной команды rpynnal становится подгруппой группы!; . CTRL+*- - повысить уровень группы на 1. Вкладка 'Веб-консоль' Эта вкладка отображает ресурсы, сконфигурированные из узлов EmbeddedConsole: Меню Правка, панель инструментов и контекстное меню вкладки содержат следующие команды: • Новая папка (Ctrl+lns) - создать группу дерева. По этой команде на экране появляется диалог, в котором для группы задаются имя и пиктограмма из библиотеки изображений веб-консоли: w Новый узел (Ins) - добавить ресурс в выделенную группу дерева. По этой команде открывается следующий диалог:
В диалоге задаются следующие параметры: • Имя - имя ресурса для отображения; • кН Узел — полный путь к файлу узла (*.dbb); После редактирования проекта ресурс должен быть создан заново. • кН Изображение - пиктограмма из библиотеки изображений веб-консоли; • X. Удалить объект (Del) - удалить выделенный объект; • _! Редактировать объект (Enter) - редактировать параметры выделенного объекта; • Редактировать библиотеку изображений - открыть редактор библиотеки изображений веб-консоли. Для перегруппировки объектов дерева предусмотрены те же команды, что и для вкладки Публикатор (см. Вкладка 'Публикатор'). Узлы, в том числе узлы EmbeddedConsole, должны быть сконфигурированы в ИС так же, как для ссетевого обмена. Для узлов, от которых узел EmbeddedConsole получает данные, необходимо задать 1Р-адрес. Вкладка 'Принтер* Эта вкладка в табличном виде отображает очередь печати: ID Документ Источник Состояние 3 doc_8.html печать 2 doc_8.html печать 1 doc_2.html в очереди принтера О doc_3.html печать закончена 4 doc 8.html aponomariov1.adastra.local:1126 в очереди загрузчи! Для каждого документа отображается номер, имя, источник (имя компьютера, от которого документ поступил на печать; отображается только в течение загрузки документа) и состояние.
Меню Правка, панель инструментов и контекстное меню вкладки содержат следующие команды: • X. Отменить (Del) - отменить печать выделенного документа (документ удаляется из очереди). Особенности выполнения узла в браузере После авторизации, для запуска/останова выполнения java-апплета нужно нажать кнопку, которая добавляется на графическую панель при создании ресурса. еГЭ ‘Строка ОТ’ не поддерживается. При использовании еГЭ ‘Ввод значения’ значение задается в диалоге, который появляется на экране после двойного нажатия ЛК на еГЭ. еГЭ ‘Тренд’ имеет следующие отличия от :ГЭ ‘Тренд’ • ориентация - только горизонтальная; • не поддерживаются псевдонимы кривых; в легенде всегда отображаются имена каналов и номера атрибутов; • не поддерживается передача значений левой и правой временных границ тренда в аргументы; • на тренде отображается ось значений той кривой аналоговой панели, которая выделена в легенде, хотя заданные для каждой кривой диапазоны отрабатываются; • масштабирование не поддерживается; • в легенду одновременно выводятся кривые аналоговой и дискретной панелей; • сохранение буфера в файл не поддерживается: • не используется атрибут Масштаб дискрет; • интерполирование - всегда по периоду реального времени; • аргумент с типом данных с плавающей запятой и атрибутом Интерпретировать как = Статус отображается на дискретной панели; • формат чисел на оси значений - всегда %. 1 f; • стиль кривой в случае отсутствия узла, от которого принимаются данные, - пунктир. Не используются атрибуты Стиль при 1<>0 и W=0, Стиль при 1=0 и W=1 и Стиль при К>0 и W=1; • в реальном времени можно изменить следующие параметры кривых: • атрибут Интерпретировать как (в диалоге - Тип); таким образом можно перенести аналоговую кривую на дискретную панель; • привязку;
• добавлять/удалять кривые в реальном времени нельзя. Запуск узла в мобильном устройстве Для запуска узла в мобильном устройстве (смартфоне и т.п.) нужно выполнить следующие действия: • инсталлировать TRACE MODE 6 Mobile Console (Java-приложение); • скопировать файл узла EmbeddedConsole (*.dbb); • открыть и запустить узел в приложении. Процедуры инсталляции Java-приложений и загрузки файлов описаны в документации устройства.
Сервер печати TRACE MODE 6 При запуске в сети, сервер печати TRACE MODE 6 обеспечивает вывод генерируемых документов на принтер, используемый по умолчанию (см. Генерация файлов документов). После запуска сервера его иконка отображается в области уведомлений панели задач. Иконка снабжена контекстным меню, содержащим следующие команды: • О программе - показать информацию о сервере; • Выход - завершить работу сервера.
396 Руководство пользователя TRACE MODE 6
Глава 5 Обмен с контроллерами УСО
Средства поддержки оборудования Для обмена с различными устройствами (см. Обеспечение работы распределенных АСУ) в TRACE MODE используются следующие механизмы: • обмен по протоколам, встроенным в мониторы. К таким протоколам относятся: • DCS - протоколы контроллеров/серий модулей LAGOON, ROBO, NuDAM-6000,1-7000, ADAM-4000, ADAM-5000/485, RIO-2000 и т.п. при связи по последовательному интерфейсу; • MODBUS RTU при связи по последовательному интерфейсу; • MODBUS TCP/IP при связи по сети; • протоколы плат ввода/вывода (УСО), устанавливаемых в системные шины компьютеров/контроллеров; • обмен через поставляемые драйверы; • обмен через драйверы, разработанные и подключенные пользователем по правилам, описанным в разделе Разработка драйверов. Интерфейс ТСОМ. Обмен через драйверы реализуется при связи как по стандартным интерфейсам (в том числе полевым шинам), так и при использовании дополнительных устройств, реализующих необходимые интерфейсы, - коммуникационных плат, преобразователей интерфейсов и т.п. Для всех видов обмена в ИС предусмотрены соответствующие шаблоны каналов (см. Шаблоны каналов обмена). Шаблоны каналов обмена Для конфигурирования обмена с поддерживаемым оборудованием в TRACE MODE предусмотрены шаблоны числовых каналов, которые различаются подтипом и дополнением к подтипу (см. Подтипы каналов и Атрибуты каналов, отображаемые профайлером). В большинстве случаев шаблоны каналов обмена с платами/модулями создаются в навигаторе автоматически (см. Назначение групп источников (приемников)), при этом для них задается ряд параметров. Эти параметры могут быть изменены в соответствующих редакторах. Примерный вид одного из таких редакторов показан на рисунке (см. также Редакторы источников (приемников)):
Основные..... —------ Имя jAI Kfuiztt1 ~| Г Кодировка [TWO | ^Справка) Комментарий [I Параметры — Базовый адрес [0x100 с] Канал [о Мультиплексор ;1 с] GAIN/REG |0 ALT/REG |0 Т ип сигнала Направление Формат Дополнительно | ( Параметры аппаратных тегов задаются в соответствии с документацией на устройство, образуя удаленный адрес (см. Удаленный адрес и разновидности драйверов и Атрибуты каналов, отображаемые профайлером). Групповое редактирование параметров шаблонов каналов возможно в базовом редакторе (см. Базовый редактор группы компонентов).
Обмен по встроенным протоколам Обмен по DCS Для связи с модулями распределенного УСО (см. Группа ‘Распределенные УСО’) в ИС предусмотрены специальные шаблоны каналов (см. Подтип 8). Обмен по MODBUS Для конфигурирования шаблонов каналов обмена по некоторым модификациям протокола MODBUS в ИС встроен редактор (см. также Группа ‘MODBUS-группа’, Группа ‘Распределенные УСО’ и Подтипы 9 и Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие ат-
рибуты: • Номер порта - номер последовательного интерфейса (0 - СОМ1, ..., 31 - СОМ32); • Адрес - адрес контроллера в формате HEX (0, ..FF); • Канал - номер переменной в формате HEX; • Тип протокола - модификация протокола: • ModBus - стандартный протокол; • Эм и кон - это значение следует установить при конфигурировании обмена с контроллерами ЭМИКОН через драйвер (см. Обмен через плату С05, шина ISA, Обмен через плату С06, шина PCI, Обмен через плату СОбРпР, шина PCI); • ModBus (No group write) - стандартный протокол без поддержки функции групповой записи для дискретных сигналов; • TCP - протокол MODBUS TCP/IP. • IP-адрес - при обмене по MODBUS TCP/IP в этом поле указывается IP-адрес контроллера (см. также Обмен по протоколу MODBUS TCP/IP). При обмене по MODBUS по последовательному интерфейсу в узле должен быть создан и настроен компонент COM-порт (см. Редактор параметров СОМ-порта). Поддержка отклонений от стандарта MODBUS TRACE MODE поддерживает отклонения от стандарта MODBUS при работе с переменными FLOAT. Для выбора порядка следования байтов нужно вручную создать текстовый файл modbus.set в папке узла. Файл содержит целое число от 0 до 3, указывающее следующий порядок байтов (байт 0 - младший байт мантиссы, байт 3 - байт знака и порядка): • 0 - 3-2-1-0 (данный порядок следования байтов устанавливается в отсутствие файла modbus.set); • 1 - 0-1-2-3; • 2-1-0-3-2; • 3 - 2-3-0-1. Обмен по протоколу MODBUS TCP/IP Шаблоны каналов обмена по протоколу MODBUS TCP/IP конфигурируются в редакторе переменных MODBUS (см. Обмен по MODBUS). При экспорте проекта в папке узла создается файл IP_modBus (без расширения). В первой строке этого файла описывается соответствие номера
устройства его IP адресу (эту строку не следует редактировать вручную): <id> <IP_address> В файле также могут присутствовать следующие редактируемые строки: <проиЗвольное_число> CSC отработка пакетов ответа от контроллеров, формирующих контрольную сумму во фрагменте Modbus-пакета Modbus/TCP (по стандарту в части пакета TCP, отведенного под Modbus, контрольная сумма не формируется). По умолчанию, монитор не создает эту строку в файле IPmodBus. Пример: 2 CSC <число_Ьех> PORT задание номера порта для обмена. Пример задания обмена через порт 502: 1F6 PORT <число> TIMEOUT задержка запроса после получения ответа от контроллера (в миллисекундах). Пример: 200 TIMEOUT <число> SENDTIMEOUT если за указанное в данной строке время (в миллисекундах) запрос не послан, каналу устанавливается признак аппаратной недостоверности. <число> RECTIMEOUT если за указанное в данной строке время (в миллисекундах) ответ не получен, каналу устанавливается признак аппаратной недостоверности. <число> CONTIMEOUT если за указанное в данной строке время (в миллисекундах) соединение не установлено, каналу устанавливается признак аппаратной недостоверности. <число> ERROR при отсутствии соединения монитор будет пытаться установить его с заданным в этой строке периодом (в миллисекундах). <число> OFFCOUNT если установка каналу признака аппаратной недостоверности вследствие отсутствия ответа на запрос произошла указанное в этой строке количество раз, канал отключается от источника. При <число>=0 данная строка игнорируется. Если описание устройства в файле отсутствует, каналу выставляется при
знак недостоверности и он отключается. Если ответ содержит информацию об ошибке, то канал @e_MODBUS (см. Группа ДИАГНОСТИКА) принимает значение 7. Ошибки протокола записываются в канал @e_TCP_ModBus (см. Группа ДИАГНОСТИКА). Максимальная длина группового запроса - 255. По умолчанию для соединения используется порт 502 (стандартный порт для MODBUS TCP/IP). Прибор ‘Взлет МР’ Для считывания данных архивов контроллера УРСВ «ВЗЛЕТ МР» в ИС предусмотрены шаблоны каналов Vzletl (2,3) (см. Подтипы 9 и 100). Эти шаблоны конфигурируются в редакторе переменной MODBUS (см. Обмен по MODBUS). Вид -1,2 или 3 - канала выбирается в соответствии с типом архива (соответственно часовой, суточный и месячный). Канал типа OUTPUT с настройкой Канал = 0 своим значением указывает номер строки в архиве, а значения настроек Канал каналов типа INPUT-номер соответствующего параметра: 1 - объем в прямом направлении для первого канала; 2 - объем в обратном направлении для первого канала; 3 — объем в прямом направлении для второго канала; 4 — объем в обратном направлении для второго канала. Величины объема часового, суточного и месячного архивов прибора определяют диапазон допустимых значений индекса записи для каналов OUTPUT с настройкой Канал=0: • допустимый диапазон значений канала Vzletl, соответствующий диапазону индексов записей часового архива: 0...671; • допустимый диапазон значений канала Vzlet2, соответствующий диапазону индексов записей суточного архива: 0...63; • допустимый диапазон значений канала Vzlet3, соответствующий диапазону индексов записей месячного архива: 0...23. При использовании каналов Vzletl (2,3) в проекте должен быть задан СПАД -архив. При работе с данными каналами необходимо учитывать особенности: • заполнение архива в приборе осуществляется циклически, по сетке фиксированных временных меток. При этом расположение записей в архиве может быть непоследовательным;
• при отсутствии записей по запрошенному индексу прибор возвращает данные с нулевой меткой времени, которая в СПАД -архиве интерпретируется как 01.01.1970 03:00:49. Обмен с УСО Поддержку обмена МРВ с платами УСО обеспечивает драйвер PortMap.sys. Установка драйвера описана в файле %TRACE MODE% Drivers_with_Setup IO_Cards Readme.txt. Мониторы реального времени могут обмениваться данными с широким списком плат аналогового и дискретного ввода/вывода. При этом поддержка некоторых модулей реализована только в MicroRTM, поскольку они не могут быть установлены в обычный компьютер (например, блоки ввода/вывода контроллеров МФК). Для обмена данными с аналоговыми/цифровыми платами используются каналы соответственно подтипов 1 и 2 (см. Подтип 1 и Подтип 2). Таймауты для УСО задаются на вкладке Таймауты редактора параметров узла (см. Задание параметров узла). Для управления обменом с УСО может использоваться системная переменная @lnput_Output (см. Группа СИСТЕМНЫЕ).
Обмен через драйверы Шаблоны каналов обмена с PLC через драйверы создаются в группе PLC слоя Источники/Приемники (см. Назначение групп источников (приемников) и Группа ‘PLC’). Драйверы, подключенные к TRACE MODE, перечислены в файле %Тrace Mode%Drivers_with_Setupdrivers.txt. Обмен с контроллером ЛОМИКОНТ Параметры шаблона канала обмена с контроллером ЛОМИКОНТ задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, .31 -СОМ32). Этот параметр задается в формате HEX; • Тип переменной - тип переменной для чтения/записи. Тип выбирается из списка, содержащего названия переменных в соответствии с документацией на контроллер. Если тип переменной начинается с символов о, то переменная будет управляться данным каналом в режиме пульта. При этом значение канала задает следующие действия: 0 - увеличить, 1- уменьшить, 2 - увеличить быстро, 3 -уменьшить быстро; • Группа - номер группы, в которую входит данная переменная; • Переменная - номер переменной для чтения/записи. При обмене с контроллером МРВ по возможности реализует групповые запросы. Если запрашиваются дискретные переменные, то они всегда за
писываются по 8 в канал (одна группа). При управлении дискретными переменными каждый канал формирует значение только одной переменной. Формат записи и приема в каналы переменных типа ТМ (значения таймеров контроллера): • при запросе полученное значение записывается в секундах, • при передаче в контроллер число записывается шестью десятичными разрядами: 2 старших - секунды, 2 следующих - минуты, 2 младших - часы (для миллисекундного таймера - соответственно десятые доли секунд, секунды, минуты). Для обмена необходимо настроить последовательный порт (см. Редактор параметров СОМ-порта). Обмен с контроллером РЕМИКОНТ-130 Параметры шаблона канала обмена с контроллером РЕМИКОНТ-130 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..., 31 -СОМ32). Этот параметр задается в формате HEX; • Модуль - номер контроллера в сети ТРАНЗИТ; • Переменная - тип переменной для чтения/записи (см. ниже); • Алгоблок - номер алгоблока в пользовательской программе контроллера для переменных ВХ и ВЫХ; для переменных УПР, РУЧ, У В и РЕГ - номер контура регулирования;
• Номер ввода/вывода - номер запрашиваемой или управляемой переменной для переменных СЕТЬ, УПР, ВХ и ВЫХ. Номера индексов каналов; • Описатель - вид представления переменной. Тип переменной выбирается из следующего списка: СЕТЬ - опрос сетевых переменных. Для данного типа команды в настройке Номер ввода/вывода задается номер контролируемой переменной; КОНФ - опрос конфигурации сети (16-битовое целое число, каждый бит которого является идентификатором наличия в сети контроллера с соответствующим номером); ВХ — вход алгоблока; ВЫХ - выход алгоблока; УПР - опрос состояния контура. Для данного типа команды в настройке Алгоблок указывается номер контура, а величина настройки Номер ввода/вывода определяет контролируемую характеристику контура: • 1 - величина ручного задания; • 2 - текущее значение задания; • 3 - вход регулятора; • 4 — рассогласование; • 5 - выход регулятора; • 6 — режим работы контура: 13,14 биты: 00 - ЗДЛ отсутствует; 01 - локальный режим; 10 - каскадный режим; 1 бит - признак ошибки контура; 2 бит - наличие алгоритма РУЧ; 3 бит: 0 - локальный или каскадный; 1 — дистанционный режим; 4 бит: 0 — автоматический режим; 1 — ручной режим; 5,6 биты: 00 - ЗДН отсутствует;
01 - внешнее задание; 10 - программное задание; 11 - ручное задание; РУЧ - управление значением ручного задания; У_В - управление выходным сигналом; РЕГ - управление режимом контура. Режим задается значением канала: • 07 - установка режима ВЗ; • 09 - установка режима ПЗ; • 0В - установка режима РЗ; • 0D - переход на автоматический режим; • 0F - установка режима РУ; • 11 — установка режима ДУ; • 13 - отмена дистанционного управления; • 15 - установка режима КУ; • 17 - установка режима ЛУ. Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров COM-порта), задав скорость обмена 4800 и контроль - 8-2-е. Обмен с контроллерами Ш711 Параметры шаблона канала обмена с контроллером Ш711 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..., 31 -
СОМ32). Этот параметр задается в формате HEX; • Канал - номер измерительного канала в преобразователе (от 1 до 60 - для Ш711/1, от 1 до 80 - для Ш711/1.1). Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта). Обмен с контроллером Ш9327 Параметры шаблона канала обмена с контроллером Ш9327 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..., 31 -СОМ32). Этот параметр задается в HEX формате; • Адрес - сетевой номер преобразователя; • Параметр - номер переменной, начиная с 1. Канал с атрибутом Параметр=0 является инициатором обмена - запросы выполняются с его периодом, но в него никакие данные не записываются; • Команда - выполняемое действие, которое выбирается из следующего списка: • AI - опрос аналогового входа; • RL - если канал типа INPUT, то запрос значений 8 дискретных выходов. Если канал имеет тип OUTPUT, то он формирует значение 8 дискретных выходов в буфере для передачи в МИП; • АО - если канал типа INPUT, то запрос аналогового выхода. Если канал имеет тип OUTPUT, то он формирует значение соответствующего выхода в буфере для передачи в МИП; • Alp - код признаков неисправности данного канала или ре-
зультат сравнения с уставками: 0 - канал исправен, результат в пределах уставок; 1 - "НДАТ", неисправность датчика; 2 - "НМИП", неисправность МИЛ; 4 - "ПЕРЕГР", перегрузка АЦП, т.е. значение входного сигнала превышает диапазон АЦП; 5 _ результат ниже нижнего предела измерений датчика; 6 -"»", результат выше верхнего предела измерений датчика; 7 _ "о", результат не в допуске (для служебных каналов); 9 - результат ниже уставки; 10 - ">", результат выше уставки; • Aik - код результата опроса датчика типа «сухой контакт»: 1 - «ЗАМКИ», контакт замкнут; 2 - «РАЗОМ», контакт разомкнут; 0 - датчик не запрограммирован; • wRL - отработка этого канала запускает передачу в МИЛ буфера со значениями дискретных выходов; • wAO - отработка этого канала запускает передачу в МИП буфера со значениями аналоговых выходов; • AlpEx - дополнительный код признаков неисправности данного канала или результата сравнения с уставками. Принимает значение 2 в степени Alp. Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта). Обмен по протоколу HART Драйвер обмена с устройствами по протоколу HART выполнен как драйвер tl 1. Для последовательного интерфейса должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость передачи - 1200 бод; • число информационных бит - 8; • число стоповых бит - 1; • четность - проверка на нечетность. Рекомендуемое значение таймаута ожидания ответа - 350...500 мс. Для работы через HART-модем МЕТР АН-681 также необходимо включить управление передатчиком - DTR-RTS. Параметры шаблона канала обмена по протоколу HART задаются в еле-
дующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер COM-порта, уменьшенный на 1; • Устройство - номер прибора, число от 0 до 15 в десятичном формате; • Запрос - тип запроса к прибору, значение выбирается из меню: • ManufacturerCode - код изготовителя; • DeviceTypeCode - код типа устройства; • UniversalCommVer - версия универсальных команд; • SpecificCommVer - версия специфических команд; • SoftwareVer - версия программного обеспечения; • HardwareVer - версия аппаратного обеспечения; • DeviceFlags - флаги функций устройства; • DevicelD - идентификационный номер устройства; • PVUnitsCode - код единиц измерения первичной переменной; • PV - первичная переменная; • Current-ток (mA); • Range Percentage - процент диапазона; • SensorSerialNum - серийный номер датчика; • SensorllnitsCode - код единиц измерения датчика; • SensorUpperLimit - верхний предел измерения датчика; • SensorLowerLimit - нижний предел измерения датчика; • SensorMinSpan - минимальный интервал датчика;
• DynCurrent - блок динамических переменных: ток (мА); • DynPVUnitsCode - блок динамических переменных: код единиц измерения первичного параметра; • DynPV - блок динамических переменных: первичный параметр; • DynSVUnitsCode - блок динамических переменных: код единиц измерения второго параметра; • DynSV - блок динамических переменных: второй параметр; • DynTVUnitsCode - блок динамических переменных: код единиц измерения третьего параметра; • DynTV - блок динамических переменных: третий параметр; • DynFVUnitsCode - блок динамических переменных: код единиц измерения четвертого параметра; . DynFV - блок динамических переменных: четвертый параметр. • Главное устройство - тип опрашивающего устройства, влияет на формирование заголовка запроса, значение выбирается из меню: • Master_SCADA - система управления; • Handheld_Terminal - ручной коммуникатор. Согласно протоколу HART, единичные запросы объединены в группы, поэтому для получения нескольких параметров из одной группы в прибор посылается один блоковый запрос. Список поддерживаемых драйвером групповых запросов приведен в таблице (в скобках указан номер группового запроса в протоколе HART): Групповой запрос Единичные запросы читать уникальный иденти-икатор (0) ManufacturerCode, DeviceTypeCode, Universal-CommVer, SpecificCommVer, SoftwareVer, Hard-wareVer, DeviceFlags, DevicelD читать первичную перемен-ую (1) PVUnitsCode, PV читать ток и процент диапа-она (2) Current, Range читать ток и значения четы-ех (преопределенных) дина-ических переменных (3) DynCurrent, DynPVUnitsCode, DynPV, DynSVUnitsCode, DynSV, DynTVUnitsCode, DynTV, DynFVUnitsCode, DynFV читать информацию о чу верительном элементе (14) SensorSerialNum, SensorUnitsCode, SensorUp-perLimit, SensorLowerLimit, SensorMinSpan Обмен по протоколу СОММ2Н Данный протокол используется для обмена данными с контроллерами HITACHI, Sprecher&Schuh, Samsung.
Параметры шаблона канала обмена по протоколу С0ММ2Н задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 — СОМ1, ..., 31 -СОМ32). Этот параметр задается в формате HEX; • Модуль - номер модуля в формате HEX (0-FF); • Адрес - десятичный адрес переменной (диапазон соответствует протоколу обмена); • Канал - тип переменной (соответствует протоколу обмена). Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта). Обмен по протоколам SNP, SNP-X Данные протоколы используется для обмена данными с контроллерами Cegelec, GE Fanuc. Драйвер обеспечивает обмен данными с ПЛК серии 90 фирмы GE Fanuc. Драйвер поддерживает чтение регистров I, Q, G, М, SA, SB, SC, Т, S, R и AQ и запись регистров I, Q, G, М, Т, R, AI и AQ. Для обмена данными используется последовательный порт компьютера. Драйвер оформлен в виде драйвера t!2. Для корректной работы драйвера нужно правильно произвести конфигурацию порта в ПЛК и назначить контроллеру уникальный идентификатор SNP-ID. Протокол SNP-Х является подразделом протокола SNP (Series Ninety Protocol). Драйвер обеспечивает обмен данными как в режиме чтения, так и в режиме записи. Последовательные порты, используемые при обмене, должны быть занесены в список SNPX.cfg с указанием SNP-ID тех ПЛК, с кото
рыми будет осуществляться связь. Для этого нужно воспользоваться утилитой SNPXconfig.exe. Каждый порт в списке будет автоматически открыт драйвером. Порт, к которому подключены устройства SNP-X, не нужно настраивать в TRACE MODE. Утилита SNPXconfig.exe предназначена для создания списка портов, которые могут использоваться при обмене. Список сохраняется в файл SNPX.cfg. Основное окно программы имеет следующий вид: Каждая строка списка портов в основном окне утилиты состоит из шести параметров: • номер порта; • скорость передачи данных (300-115200 bps), значение по умолчанию - 9600; • число битов данных (8 по умолчанию); • контроль четности передачи, может принимать значения None, Odd, Even, Значение по умолчанию - Even; • количество стоп-битов (1 или 2). Значение по умолчанию - 1. • таймаут. Если в течение этого времени ПЛК не возвращает правильный ответ, каналу выставляется признак недостоверности. Значение этого параметра зависит от скорости передачи данных (обычно 500-1000 мс). Каждому запросу по сети SNP-X предшествует посылка команды Attach (подключение к ПЛК), поэтому обработка каждого запроса занимает до 100-200 мс.
Для создания новой записи в списке COM-портов нажмите кнопку Добавить в верхней части основного окна утилиты, кнопка Удалить удалит запись, кнопка Правка или двойной щелчок по элементу списка вызовет окно редактирования параметров записи: Нижняя половина окна конфигуратора позволяет редактировать список подключенных ПЛК и их идентификаторы. В данный список должны быть занесены все ПЛК, с которыми может осуществляться связь. Для создания новой записи в списке ПЛК нажмите кнопку Добавить, кнопка Удалить удалит запись, кнопка Правка или двойной щелчок по элементу списка вызовет окно редактирования параметров записи: В окне добавления нового ПЛК нужно указать номер последовательного порта, к которому подключен контроллер, и идентификатор SNP-ID контроллера. При этом нужно следить, чтобы указанный COM-порт присутствовал в списке портов. Идентификатор должен быть уникальным для каждого контроллера; он устанавливается в системе программирования ПЛК (Versa Pro для ПЛК GE Fanuc). Если при запуске утилиты файл SNPX.cfg уже существует, его содержимое после первичного анализа загружается в список портов. Процедура анализа отбирает все записи, которые имеют правильный номер порта. Если несколько записей имеют одинаковый номер порта, то первая из них (самая верхняя) появится в списке зарегистрированных портов, а остальные будут проигнорированы и удалены. Список зарегистрированных портов сохраняется при каждом выходе из утилиты, список проигнорированных портов не сохраняется. Параметры шаблона канала обмена по протоколу SNP/SNP-X задаются в
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • SNP идентификатор - номер ПЛК, по которому производится обмен для этого канала. Введенное здесь число должно соответствовать номеру ПЛК в списке контроллеров в утилите SNPXconfig. Если в списке утилиты нет порта с заданным номером или порт настроен в TRACE MODE как порт для обмена любыми данными, то канал будет отключен при запуске системы; • Тип регистра - тип адресуемого регистра, выбирается из следующего списка: • (l)Dlnputs(RZW) - элементы данных типа Input, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (Q)DOutputs(RZW) - элементы данных типа Output, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (M)lnCoils(RZW) - элементы данных типа Internal, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (T)TempCoils(R/W) - элементы данных типа Temporary, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (G)DGIobals(RZW) - элементы данных типа Global, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (S)StatusCoils(R) - элементы данных типа Status, 1 бит/регистр, только чтение блоками по 16 элементов;
• (SA)Descretes(R) - элементы данных типа StatusDiscrete, 1 бит/регистр, только чтение блоками по 16 элементов; • (SB)Descretes(R) - элементы данных типа StatusDiscrete, 1 бит/регистр, только чтение блоками по 16 элементов; • (SC)Descretes(R) - элементы данных типа StatusDiscrete, 1 бит/регистр, только чтение блоками по 16 элементов; • (R)Registers(RZW) - элементы данных типа Register, 16 бит/регистр, чтение/запись; • (AI)Analogln(RZW) - элементы данных типа Analogin, 16 бит/регистр, чтение/запись; • (AQ)AnalogOut(R/W) - элементы данных типа AnalogOut, 16 бит/регистр, чтение/запись. • Номер регистра - адрес выбранного регистра в массиве регистров ПЛК. Значение параметра нужно вводить в десятичном виде, начиная с 0. Для регистров, чтение которых невозможно, флаг Достоверность устанавливается в 1. Каналы для всех типов регистров могут иметь тип I, т.е. использоваться для чтения. Для записи могут быть применены каналы с типом регистра I, Q, G, М, Т, R, Al, AQ (ограничение стандарта) . Каналы типа О с типом регистра, отличным от приведенных выше, будут отключены при запуске. Элементы с типом регистра R, Al, AQ имеют размерность 2 байта (1 слово), поэтому они читаются/пишутся по одному элементу в канал. Нумерация начинается с 0 и указывается в десятичной форме (0 соответствует RI, 1 - R2 и т.д.). Элементы I, Q, S, SA, SB, SC, G, М, Т имеют размерность 1 бит, поэтому читаются/пишутся по 16 элементов в 1 канал. Нумерация начинается с 0 и указывается в десятичном виде, значение начального адреса указывает на номер байта (пакет из 8 регистров). Таким образом, если указать RegNum=0, то канал будет содержать в себе элементы 1(мл. бит) - 16(ст. бит), а если указать RegNum=l, то канал будет содержать в себе элементы 9(мл. бит) - 24(ст. бит). Если регистры привязаны в ПЛК к реальным входам, то команда записи в них не будет отработана на уровне ПЛК. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. При каждой посылке ответ ожидается в течение 1 с. Если ответа за это время нет, то каналу выставляется признак недостоверности, связь с ПЛК разрывается и предпринимается попытка восстановить ее заново. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Если восстановления связи не произошло, следующая попытка установки связи будет при следующем обращении к этому порту. Необходимо обратить внимание, что при безуспешной попытке записи значения канала TRACE MODE будет пытаться повторить запись до тех пор, пока она не пройдет успешно.
Обмен по протоколу FXNET Драйвер обеспечивает обмен данными, используя транспортный протокол FXComputerLink и реализацию протокола Protocol Format 1 для обмена с ПЛК серии FX фирмы MITSUBISHI. Драйвер поддерживает чтение регистров X, Y, М, S, TN, CN 16 и 32 бит, TS, CS, D и запись регистров X, Y, М, S, TN, D и CN 16 бит. Для обмена данными используется последовательный порт компьютера. Драйвер оформлен в виде драйвера tl2. Для корректной работы драйвера нужно правильно произвести конфигурацию порта в ПЛК (см. ниже). Протокол ComputerLink Format 1 поддерживается в ПЛК серий FX, FXON, FX1N, FX1S, FX2C, FX2N, FX2NC. Для функционирования драйвера необходимо установить и сконфигурировать коммуникационный адаптер серий 232-BD, 232-ADP, 485-BD или 485-ADP. О поддержке протокола в других сериях ПЛК проконсультируйтесь с поставщиком этого ПЛК. Драйвер обеспечивает обмен данными как в режиме чтения, так и в режиме записи. Последовательные порты, используемые при обмене, должны быть занесены в список FXNet.cfg. Для этого нужно воспользоваться утилитой FXconfig.exe. Каждый порт в списке будет автоматически открыт драйвером. Порт, к которому подключены устройства FXNet, не нужно настраивать в TRCAE MODE. Утилита FXconfig.exe предназначена для создания списка портов, которые могут использоваться при обмене. Список сохраняется в файл FXNet.cfg. Основное окно программы имеет следующий вид: Каждая строка списка портов в основном окне утилиты состоит из семи параметров: • номер порта. Этот параметр, уменьшенный на 1, затем нужно указать в качестве настройки Порт канала, который связывается с данным портом; • скорость передачи данных (300-115200 bps), значение по умолча-
нию - 9600; • число битов данных (8 по умолчанию); • контроль четности передачи, может принимать значения None, Odd, Even, значение по умолчанию - Even; • количество стоп-битов (1 или 2). Значение по умолчанию - 1; • время переключения конвертора RS485. Этот параметр передается в ПЛК, который задерживает передачу ответа на указанное время с тем, чтобы конвертор успел переключиться в режим приема. Этот параметр лежит в диапазоне 0-150 мс, по умолчанию - 0 мс; • параметры RTS и DTR для приема и передачи. Если конвертор интерфейсов требует переключения сигналов для индикации приема и передачи данных, то необходимо указать, какие сигналы и как должны работать при приеме (RX) и при передаче (ТХ). Для создания новой записи нажмите кнопку Добавить, кнопка Удалить удалит запись, кнопка Правка или двойной щелчок по элементу списка вызовет окно редактирования параметров записи: Если при запуске утилиты файл FXNet.cfg уже существует, его содержимое после первичного анализа загружается в список портов. Процедура анализа отбирает все записи, которые имеют правильный номер порта. Если несколько записей имеют одинаковый номер порта, то первая из них (самая верхняя) появится в списке зарегистрированных портов, а остальные будут проигнорированы и удалены. Список зарегистрированных портов сохраняется при каждом выходе из утилиты, список проигнорированных портов не сохраняется. Параметры шаблона канала обмена по протоколу FXNET задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер порта (0 - СОМ1, ... 31 - СОМ32). Настройки порта должны быть предварительно заданы в утилите FXconfig. Если в списке утилиты нет порта с заданным номером или порт настроен в TRACE MODE как порт для обмена любыми данными, то канал будет отключен при запуске системы; • Номер станции - адрес ПЛК («станции» в терминологии MITSUBISHI), с которым обменивается данный канал. Адрес лежит в диапазоне 0-15 и выбирается из списка; • Номер регистра - адрес выбранного регистра в массиве регистров ПЛК (в десятичном виде); • Тип регистра - тип адресуемого регистра. Тип регистра выбирается из следующего списка: • (X)lnputs(IZO) -элементы данных типа Input, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (Y)Outputs(l/O) - элементы данных типа Output, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (M)AuxRelays(IZO) - элементы данных типа AuxiliaryRe-layZSpecialAuxiliaryRelays, 1 бит/регистр, запись/чтение блоками по 16 элементов; • (S)States(IZO)- • (TS)TimerContacts(l) - элементы данных типа TimerCon-
tacts, 1 бит/регистр, только чтение блоками по 16 элементов; • (CS)CounterContacts(l) - элементы данных типа CounterContacts, 1 бит/регистр, только чтение блоками по 16 элементов; • (TN)TimerValue(l/O) - элементы данных типа TimerValue, 16 бит/регистр, запись/чтение; • (CN)Counter16bit(l/O) - элементы данных типа Counter-Value в диапазоне С0-С198, 16 бит на регистр, запись/чтение; • (CN)Counter32bitHi(l) - элементы данных типа Counter-Value в диапазоне С199-С255, старший байт, 32 бита на регистр, только чтение старшего байта регистра; • (CN)Counter32bitLo(l) - элементы данных типа Counter-Value в диапазоне С199-С255, младший байт, 32 бита на регистр, только чтение младшего байта регистра; • (D)Data/FileRegisters(l/O) - элементы данных типа Data, File, RAMFile и SpecialData, 16 бит/регистр, чтение/запись. Каналы для всех типов регистров могут иметь тип I, т.е. использоваться для чтения. Для записи могут быть применены каналы с типом регистра X, Y, М, S, TN, CN16, D (ограничение протокола) . Каналы типа О с типом регистра, отличным от приведенных выше, будут отключены при запуске. Элементы с типом регистра CN16, TN, D имеют размерность 2 байта (1 слово), поэтому они читаются/пишутся по одному элементу в канал. Элементы X, Y, S, TS, CS, М имеют размерность 1 бит, поэтому читаются/пишутся по 16 элементов в 1 канал. Таким образом, если указать RegNum=O, то канал будет содержать в себе элементы 0-16, а если указать RegNum=l, то канал будет содержать в себе элементы 1-17. Регистры CN32 имеют размерность 4 байта, поэтому в TRACE MODE для их чтения требуются 2 канала. В один считывается значение старшего слова, в другой - младшего (тип данных CN32Hi и CN32Lo соответственно). По этой причине запись в регистры такого типа невозможна. Если регистры привязаны в ПЛК к реальным входам, то команда записи в них не будет отработана на уровне ПЛК. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. При каждой посылке ответ ожидается в течение 1 с. Если ответа за это время нет, то каналу выставляется признак недостоверности, связь с ПЛК разрывается и предпринимается попытка восстановить ее заново. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Если восстановления связи не произошло, следующая попытка установки связи будет при следующем обращении к этому порту. Необходимо обратить внимание, что при безуспешной попытке записи значения канала TRACE MODE будет пытаться
повторить запись до тех пор, пока она не пройдет успешно. Информация о программе в ПЛК Сведения, изложенные в этом разделе, являются частью инструкции по установке, программированию и наладке сетей передачи данных на базе ПЛК Mitsubishi FX, «MITSUBISHI MELSEC-F, User’s Manual, FX Communications (RS-232C, RS485)», JY992D69901-C, 25 Jan 2001. Все изложенные данные не могут претендовать на полноту и точность изложения. Пожалуйста, обращайтесь за более подробной информацией к службе техподдержки фирмы Mitsubishi и соответствующим руководствам пользователя. Для связи с ПЛК драйвер поддерживает протокол передачи Computer Link, поэтому проверьте, какой версии Ваш ПЛК и поддерживает ли он этот протокол: Items FXsn. FXzhc FXim. FXts FXon FX.FXic N:N network All versions All versions V2.00 or more NO SpOCt Parallel link All versions All versions Computer link V120 or more V3.30 or more No protocol IUse RS instruction All versions V3.00 '(ж more communication | Uss FX2M-232IF Not supported. Для обеспечения правильной передачи данных от компьютера к ПЛК не нужно описывать процедуры передачи данных в программе ПЛК, однако необходимо произвести настройку порта и инициализацию протокола Computer Link. Для этого используются регистры D8120 - D8129. Special data registers Description Communication formal (RS instruction, computer link) Е5Ш1 Station No. setting (computer link} ВИ52 Number of remaining data to be transmitted (RS instruction) 0BU3 Number of receive data (RS instruction) D8124 Data header «Initial value: STX> (RS instruction) D8125 Data terminator «Initial value: ETX> (RS instruction) D8127 On-demand head device register (computer fink) D8128 On-demand data length register (computer link) D8129 Data network Time-out timer value (RS instruction, computer link) Наиболее важным является регистр D8120, в котором необходимо указать физические параметры передачи данных и выбрать протокол Computer Link. Пример фрагмента программы приведен ниже (подробнее см. руководство ПЛК):
| У [ MOV Н6886 DB12O Ы5 ЬО 08120= [2 0110 1000 1000 ОНО ] 6 8 8 6 Data length 7 bits Parity Even Stop bit 1 bit Baud rate 9600 bps Protocol Link Header No used Terminator No used Control line Normal mode 1 Помните, что должен быть указан протокол Computer Link и формат протокола Protocol Format 1 (регистр должен иметь вид ОхбОхх, младший байт должен соответствовать выбранным параметрам передачи). После изменения параметров ПЛК должен быть выключен и снова включен. Обмен данными будет работать только при режиме Run контроллера. Регистр D8120 имеет следующий формат: Name "Data length 0 (bit = OFF) Description Parity Stop ВЦ Baud ratefbps) Header ''‘Terminator Control line Sum check 0. 1. 1 (bit = ON) -----Гы-------- protocol RS485 (422) interface • RS232C interface Computer link {FX»<V2.00of : Normal mode 1 <RS232C Interface». ; tSnafmrxS 2 Interface» (FX. FXrc only) 0, 1) . OtW (Б7"БтеЪЗ] ( 0. 0. 1. 1) 19.290 Effective (D8124) Default. STX (02H) E«^e'(i591^ro^un,'ETX'(b3H)- b14'S Protocol 'tranw-.'-sr >-j Ы5'2 control protocol No protocol Protocol format 1 Dedicated protocol Protocol format 4 Кроме того, очень важно правильно указывать номера запрашиваемых типов регистров, которые могут иметь разные диапазоны для различных типов ПЛК. Для некоторых типов контроллеров информация о диапазонах регистров приведена ниже. Для 16-битовых регистров:
Следует еще раз отметить, что регистры С200-С255 являются 32-битными. Для 1-битных регистров: В данном случае особое внимание уделяется тому, что адреса для регистров X и Y указаны в восьмеричной форме, а для остальных - в десятичной. Помните, что в проекте TRACE MODE Вы должны указывать адреса в десятичной системе счисления. Обмен по протоколу NAIS-FP Данный протокол используется для обмена с контроллерами MATSUSHITA. Параметры шаблона канала обмена по протоколу NAIS-FP задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена с контроллером (О - С0М1, ..., 31 - СОМ32). Этот параметр задается в формате HEX; • Адрес - номер устройства в формате HEX (0-FF); • Параметр - десятичный адрес переменной (диапазон соответствует протоколу обмена); • Тип - тип переменной (соответствует протоколу обмена). Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта).
Обмен по протоколу RKC Данный протокол используется для обмена с контроллерами RKC Instruments. Параметры шаблона канала обмена по протоколу RK.C задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена с контроллером (О - С0М1,..., 31 - СОМ32). Этот параметр задается в формате HEX; • Адрес - номер устройства в десятичном формате (0-255); • Переменная - команда в виде 2-символьной строковой переменной (в соответствии с протоколом); • Тип - тип контроллера (в соответствии с протоколом). Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта). Обмен по протоколу UNI-Telway (Master) Этот драйвер обеспечивает поддержку протокола Uni-Telway для обмена с ПЛК серий TSX концерна Schneider Electric. Драйвер поддерживает чтение/запись переменных MW и констант KW в режиме ведущего (MASTER) устройства. Для обмена данными используется последовательный порт компьютера и конвертер RS-232/RS-485. Драйвер оформлен в виде драйвера tl2. Для корректной работы драйвера необходимо правильно произвести конфигурацию порта TER или AUX в ПЛК и последовательного порта компьютера. Протокол Uni-Telway поддерживается в ПЛК серий TSX Micro, TSX Nano, TSX Premium. О поддержке протокола в других сериях ПЛК необходимо проконсультироваться с постав-
щиком ПЛК. Драйвер обеспечивает обмен данными как в режиме чтения, так и в режиме записи. Конфигурирование драйвера представляет собой создание списка используемых последовательных портов ПК Для настройки драйвера используется утилита UTWMconfig.exe (см. ниже). Каждой порт, указанный в списке, будет автоматически открыт драйвером. Порт, к которому подключены устройства сети Uni-Telway, не следует настраивать в самой системе TRACE MODE. Страница конфигурации портов имеет следующий вид: В списке портов каждая строка состоит из семи параметров. • Номер СОМ-порта. Повторное объявление одного и того же порта приведет к сообщению об ошибке при попытке сохранить конфигурацию. • Скорость передачи данных (Baud Rate), от 300 bps до 115200 bps. Для устройств сети Uni-Telway используется 9600 bps или 19200 bps. По умолчанию принимается 9600 bps. • Число битов данных (Data Bits). По умолчанию установлено 8 бит. • Контроль четность передачи (Parity), может принимать значения None, Odd или Even. По умолчанию для устройств сети Uni-Telway принимается Odd. • Количество стоп-битов (Stop Bits), 1 или 2. По умолчанию установлен 1 стоп-бит. • Время таймаута для данного последовательного порта (в мс) По умолчанию - 1000 мс. • Управление потоком. Используемый конвертер может требовать управления потоком. Для его корректной работы необходимо правильно указать сигналы (RTS, DTR), которые будут поданы перед каждой посылкой и сняты после ее отправки. Рекомендуется ис
пользовать конвертеры интерфейсов, не требующие внешнего управления направлением передачи данных (например i-7520 от ICP DAS), во избежание возможных проблем с задержками на переключение, порядком следования управляющих сигналов и т.д. Заданные параметры последовательного порта должны совпадать с соответствующими параметрами всех остальных устройств сети Uni-Telway. В противном случае драйвер не сможет вести обмен данными, или полученные данные не будут соответствовать действительности и могут повлечь непредсказуемые сбои в системе Для создания новой записи нажмите кнопку Добавить, кнопка Удалить удалит запись, кнопка Правка или двойной щелчок по элементу списка вызовет окно редактирования параметров записи: Драйвер выступает в сети в роли ведущего устройства (Master). Его адрес всегда равен 00.FE.00.00.00. Драйвер не поддерживает обмен данными между подчиненными узлами (Slave-to-Slave) и запросы от подчиненного к ведущему узлу (Slave-to-Master). Работа сети осуществляется в режиме запросов от ведущего узла к ведомым (Master-to-Slave). Данное ограничение введено для повышения быстродействия системы и улучшения ее характеристик по надежности. По вопросам настройки сети Uni-Telway и адресации в ней обращайтесь, пожалуйста, к соответствующим руководствам, в службу технической поддержки Schneider Electric или к Вашему поставщику оборудования. Для сохранения конфигурации нажмите кнопку Сохранить в файл. Если в конфигурации отсутствуют явные ошибки, то будет выдано сообщение об успешном сохранении файла конфигурации (UTWM.cfg). Однако это не говорит о гарантированном отсутствии ошибок в настройках драйвера, т.к. большинство логических ошибок не могут быть распознаны утилитой на этапе настройки. Ответственность за создание правильной конфигурации полностью возлагается на пользователя. Опция Вести журнал событий предоставляет возможность удобной отладки работы системы. По указанному пути будут созданы 2 файла: UTWMmedia.log и UTWMproto.log, в которых будет сохраняться протокол работы драйвера, сообщения о сбоях и их возможных причинах. Указанный каталог должен существовать еще до запуска проекта TRACE
MODE. После успешной настройки системы эту опцию можно отключить, снизив затраты времени и дискового пространства. Файл конфигурации должен располагаться в папке проекта. Не пытайтесь редактировать его вручную и не удаляйте его, т.к. это может привести к непредсказуемым сбоям в системе. В случае отсутствия файла конфигурации, драйвер не будет запущен, и профайлер сохранит в файл отладочной информации строку PROTOCOL:Open error = -1. При этом все каналы, относящиеся к данному протоколу, не будут обновляться, однако достоверность для всех них будет равна нулю. Для открытия существующей конфигурации воспользуйтесь кнопкой Прочитать из файла. Для удаления текущей конфигурации (без сохранения в файл) воспользуйтесь кнопкой Очистить. Драйвер реализует обмен данными в сети Uni-Telway в режиме ведущего (MASTER) узла. Сеть Uni-Telway представляет собой т.н. Polling Network (Сеть с опросом). Такая архитектура позволяет повысить надежность передачи данных при несколько более низких показателях скорости обмена. Обмен данными происходит по следующей схеме: • запрос Master-узлом данных у Slave-узла; • подтверждение получения запроса Slave-узлом; • опрос Master-узлом всех Slave-узлов на предмет готовности требуемых данных; • ответ Slave-узла, содержащий запрашиваемые данные или сведения об ошибках при выполнении запроса. Драйвер реализует обмен в указанном режиме с каждым из подчиненных узлов. При этом время ожидания ответа на любой из запросов лимитировано заданным в конфигураторе значением тайм-аута. Значение тайм-аута по умолчанию равно 1000 мс, однако при уверенном обмене по последовательному порту на скорости 9600 бод оно может быть снижено до 150-200 мс. Оптимальное значение подбирается на практике. Кроме того, в драйвере предусмотрена система повторных запросов (RETRY-система). Время обмена данными с подчиненными устройствами зависит от скорости и качества линии связи, числа подчиненных устройств, подключенных к одному последовательному порту, и количества запрашиваемых каналов. Поскольку в данном протоколе используется 4-шаговая схема обмена, повышающая надежность системы, скорость передачи данных несколько возрастает и составляет около 120мс на запрос. Некоторые ПЛК (например, TSX Micro) для работы в режиме Slave требуют не только программной (с помощью PL7), но и аппаратной конфигурации (с помощью подачи логического 0 или 1 на соответствующий вход порта TER/AUX). Для уточнения используйте документацию по
данному ПЛК. В режиме Slave ПЛК не должен самопроизвольно оправлять никаких запросов в сеть. Это можно проконтролировать по состоянию соответствующего индикатора и с помощью любой терминальной программы на ПК. В противном случае обмен выполняться не будет, т.к. сеть поддерживает наличие только одного ведущего узла. За более подробной информацией по принципам функционирования сети Uni-Telway обращайтесь к соответствующим руководствам пользователя, в службу технической поддержки Schneider Electric или к Вашему поставщику оборудования. Параметры шаблона канала обмена по протоколу UNI-Telway (Master) задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательно порта (0 - СОМ1, ... 31 - СОМ 32). Настройки порта должны быть предварительно описаны в файле конфигурации UTWM.cfg, в противном случае используемые каналы будут нефункциональными. Номер порта задается в десятичной системе счисления; • Адрес - адрес ведомого устройства в сети UniTelway. В соответствии с принципами функционирования данной сети, каждое подчиненное устройство должно иметь свой уникальный адрес. Дублирование строго запрещено. По умолчанию в режиме Slave ПЛК имеет адрес 1. Адрес задается в десятичной системе счисления; • Номер элемента - номер слова. Допустимые значения зависят от типа используемого оборудования. Пределы - 0 .. 65535. Номер слова указывается в десятичной системе счисления; • Тип данных - тип данных, с которыми будет производиться обмен. Это могут быть переменные (MW) или константы (KW). Все
данные доступны для чтения и записи и имеют размер 16 бит. Тип данных выбирается из выпадающего списка. Обращение к неверно настроенному ПЛК, адресация к несуществующим переменным или константам может привести к непредсказуемым сбоям в системе. Для обмена данными необходимо создать каналы HEX 16 или FLOAT. При использовании каналов FLOAT дробная часть не учитывается, т.к. данные, с которыми оперирует протокол UniTelway, являются целыми (WORD). Также следует избегать использования отрицательных значений, поскольку при этом должны учитываться особенности представления целых отрицательных чисел внутри ПК. Тип канала (I или О) определяет его назначение - чтение данных или запись. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. При каждой посылке ответ ожидается в течение заданного таймаута. При сбоях в обмене применяется система лимитированного количества повторных запросов. Если ответа за это время нет, то каналу выставляется признак недостоверности. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Необходимо обратить внимание на то, что при безуспешной попытке записи значения канала, TRACE MODE будет пытаться повторить запись до тех пор, пока она не пройдет успешно. Обмен с контроллером RE508 Параметры шаблона канала обмена с контроллером RE508 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие ат-
рибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..31 -СОМ32). Этот параметр задается в формате HEX; • Адрес - номер контроллера в формате HEX (0-FF); • Параметр - десятичный адрес переменной (диапазон соответствует протоколу обмена); • Тип - тип переменной (соответствует протоколу обмена). Для обмена необходимо настроить последовательный порт (см. Редак- тор параметров СОМ-порта). Обмен по протоколу ModbusPlus Драйвер обмена работает с любыми платами (PCI, ISA, PCMCIA) ModbusPlus производства Schneider Electric. Для функционирования драйвера нужна библиотека NETLIB.DLL. Эта библиотека автоматически устанавливается в процессе установки Windows-драйвера (MBX Driver) платы ModbusPlus. Windows-драйвер входит в комплект поставки плат Modbus-Plus Schneider Electric. Возможна работа с платами других производителей. Для этого производитель должен поставлять 32-битную библиотеку NETLIB.DLL. Библиотека должна находиться в системном каталоге Windows (WINDOWSSYSTEM или WINDOWSSYSTEM32). Параметры шаблона канала обмена по протоколу ModbusPlus задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты:
• Адрес - однобайтовое число (задается в десятичном виде). 6 младших битов этого числа задают адрес контроллера в сети Mod-busPlus (0 соответствует адресу 1 в сети ModbusPlus, 63 - адресу 64). Мосты и маршрутизация не поддерживаются. Старший бит настройки Адрес задает номер используемого порта адаптера (сетевой платы ModbusPlus) (0 или 1). Например, для чтения из контроллера с адресом 3 через порт 1 адаптера настройка Адрес должна быть равна 130 (128+2); • Область - команда ModbusPlus из числа реализованных в драйвере (1 байт). Команда выбирается из списка (см. ниже); • Смещение - смещение первого читаемого регистра относительно начала группы (2 байта). Этот параметр задается в десятичном виде (0 - 65535). Например, если нужно прочитать 10 out-регистров с 00001 по 000010, Смещение=0, Счетчик=10. Если нужно прочитать один регистр 40002, Смещение=1, атрибут Счетчик игнорируется; • Счетчик - количество регистров для чтения/записи (1 байт). Этот параметр имеет смысл только для команд чтения/записи дискретных (однобитовых) регистров Ох и 1х. Регистры Зх и 4х читаются (или в них записывается значение) всегда по одному. Настройка Счетчик задается в десятичном виде (1-16). В драйвере реализованы следующие команды ModbusPlus (число в скобках соответствует десятичному коду команды; в командах 03, 04, 06 атрибут Счетчик игнорируется): • ReadOx (01) - считать состояние группы дискретных out-регистров. По этой команде можно получить состояние от 1 до 16 дискретных (однобитовых) регистров Ох. Самый младший разряд полученного числа соответствует первому регистру. При запросе менее 16 регистров неиспользуемые разряды заполняются нулями. Если запрошено более 16 регистров, получены будут только первые 16; • Readlx (02) - то же, что ReadOx, но для in-регистров 1х (однобитовых); • WriteOx (15) - записать в Ох однобитовые out-регистры (правила такие же, как для команды ReadOx); • Read4x (03) - считать один 4х out-регистр (16 бит); • Read3x (04) - считать один Зх in-регистр (16 бит); • Write4x (06) - записать в один 4х out-регистр (16 бит); • ForceOx (05) - установить/сбросить один Ох out-регистр (однобитовый). Нулевое значение, записываемое в канал, соответствует сбросу регистра. Отличное от 0 значение соответствует установке регистра; • ReadExcpt (07) - считать out-регистры (однобитовые) 00001-00008, при этом полученное число лежит в диапазоне 0-255. Млад
ший бит соответствует регистру 00001, старший - регистру 00008. Обмен с весовыми терминалами ЗАО 'Тензо-М' Параметры шаблона канала обмена с весовыми терминалами 'Тензо-М' задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ порта, к которому подключен терминал (0 -СОМ1, 1 - COM2 и т.д.). Порт должен быть настроен в TRACE MODE в соответствии с аппаратными настройками терминала (см. документацию на терминал); • Адрес - сетевой адрес терминала (1...32). Этот параметр должен соответствовать адресу, установленному в терминале; • Команда - команда терминала (выбирается из меню); • Аргумент - аргумент команды (число 0-255), используется некоторыми командами. Каналы обмена позволяют считывать с терминалов значения веса БРУТТО и НЕТТО, устанавливать ноль весов, а также считывать значения суммарных счетчиков терминала. Список команд Команда Тип канала Как используется аргумент Описание GET_BRUTTO IN, FLOAT не используется Получить вес брутто в кг GET_NETTO IN, FLOAT не используется Получить вес нетто в кг
N Команда Тип канала Как используется аргумент Описание 3 SET_ZERO OUT, HEX, FLOAT не используется Установить ноль. При записи в этот канал ненулевого значения происходит установка нуля весов. * 4 GET_COUNTER_HI IN, HEX, FLOAT значение аргумента равно номеру счетчика 0...15** Получить старшее слово (16 бит) значения суммарного счетчика 5 GET_COUNTER_LO IN, HEX, FLOAT значение аргумента равно номеру счетчика 0...15** Получить младшее слово (16 бит) значения суммарного счетчика * Т.к. TRACE MODE не производит запись в канал, если входное значение канала не изменилось, то для повторной установки нуля необходимо сначала записать в канал 0, потом записать в него ненулевое значение. ** Количество доступных счетчиков зависит от модели терминала. Связь с сетями LONWORKS Драйвер LONWORKS предназначен для организации связи TRACE MODE с сетями LonWorks. Драйвер работает на уровне сетевых переменных, он позволяет читать и записывать сетевые переменные стандартных типов (Standard Network Variables Types или SNVT). Для переменных структурированных типов предусмотрена возможность чтения/записи отдельных полей. Необходимое программное и аппаратное обеспечение Для работы драйвера необходимы: • библиотека NL210, которую можно приобрести в фирме-производителе NEWRON SYSTEM (http://www.newron-system.com). Библиотека доступна в нескольких версиях, поддерживающих различное число тегов; • LNS Server фирмы Echelon™ (http://www.echelon.com). Это стандартное программное обеспечение для конфигурирования и настройки сетей LonWorks. Во время работы готового проекта наличие работающего LNS Server не требуется; • сетевой адаптер для доступа к сети LonWorks. Драйвер тестировался с адаптерами фирмы Echelon™. Драйвер работает также с адап
терами других производителей, если библиотека NL210 работает с этими адаптерами (подробности можно уточнить в фирме NEWRON SYSTEM). Принцип работы и архитектура На следующем рисунке представлена схема работы драйвера. Синим цветом выделены компоненты Trace Mode и драйвера. Зеленым цветом выделены компоненты библиотеки NL210. Тонкими рамками обозначены файлы данных. Стрелки показывают направление передачи данных. Работа с драйвером Перед началом работы необходимо убедиться, что сеть Lon Works установлена и сконфигурирована. Кроме того, необходимо установить библиотеку NL210. Из подкаталога Distributed Files каталога установки NL210 (по умолчанию C:Program FilesNewron SystemNL210) нужно скопировать все файлы в каталог установки TRACE MODE. При помощи утилиты LNS2NLC, входящей в состав NL210, надо создать базу данных NLC - например, c:nl210proj1 .nlc. Далее надо запустить утилиту LWConfig из комплекта драйвера. Если утилита запускается первый раз, и LNS сервер (или TRACE MODE) установлен в нестандартный каталог, то появится предупреждение, а после нажатия ОК - диалоговое окно, изображенное на рисунке:
В этом окне необходимо ввести пути к файлу описания стандартных типов переменных LonWorks (обычно это c:lonworkstypesstandard.typ), к каталогу, где находится этот файл, и к каталогу TRACE MODE. Это нужно сделать только один раз, после чего эти пути будут сохранены в реестре, и при дальнейшей работе с утилитой их вводить не придется. Далее надо выбрать команду Открыть *.NLC меню Файл и выбрать файл базы данных NLC, созданный с помощью утилиты LNS2NLC. В главном окне программы появится дерево сетевых переменных. Узлы, рядом с которыми нет квадратиков, являются переменными (или
полями переменной структурного типа), которые можно связать с каналами Trace Mode. Узлы первого уровня - это сами сетевые переменные. Узлы следующих уровней — поля структурных переменных. Во второй колонке показан тип переменной или поля. В скобках показано смещение поля относительно начала переменной и длина поля в байтах. В третьей колонке - идентификатор, который нужно использовать в Trace Mode для обращения к переменной/полю. В этом диалоге нужно с помощью мыши поставить галочки рядом с пере-менными/полями, которые предполагается использовать в Trace Mode. Далее надо сохранить конфигурацию в файл %TRACE MODE%lonworks.lwc (команда Сохранить конфигурацию из меню Файл). Следует иметь в виду, что TRACE MODE работает только с этим файлом. Если файл NLC изменяется, то необходимо заново создать файл *.lwc (идентификаторы полей могли измениться). Для просмотра идентификаторов выбранных полей сохраненный файл *.lwc можно открыть командой ФайлОткрыть конфигурацию. Для каждого выбранного поля нужно создать канал связи. Параметры шаблона канала связи с сетями LONWORKS задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Идентификатор - идентификатор, который назначен соответствующему полю утилитой LWConfig; • Раздел - принимает значения HI или LO, предназначен для работы с полями типа SIGNED_QUAD. Поля этого типа являются 32-битовыми, поэтому в Trace Mode передаются частями: LO - младшие 16 бит, HI - старшие 16 бит. Особенности записи полей переменных структурных типов Если канал типа OUTPUT связан с каким-то полем сетевой переменной структурного типа, то при записи в этот канал значения вся переменная будет считана из сети в память, после чего будет модифицирована та ее часть, которая относится к данному полю. После этого переменная будет записана обратно в сеть. То же самое касается переменных типа SIGNEDQUAD. Протоколирование работы драйвера В драйвере предусмотрена возможность протоколирования работы. Для ее включения необходимо в каталоге проекта Trace Mode создать файл с именем _logger (без расширения). В файле должны быть следующие строки: ;0-все сообщения ;1~только предупреждения и ошибки ;2-только ошибки leveled
/максимальный размер файла в Мб max size=50 ;вкл/выкл протоколирование enabled=true Строки, начинающиеся с точки с запятой (";"), являются комментариями. Следует отметить, что протоколирование очень замедляет работу системы. Протоколы работы заносятся в файлы media.log и t12.log. Первый относится к работе функций описания носителя, а второй - к работе функций протокола (см. раздел Разработка драйверов. Интерфейс ТСОМ), хотя в данном драйвере такое разделение достаточно условно. Обмен по протоколу S-BUS Драйвер предназначен для связи с контроллерами по протоколу S-BIIS DataMode через последовательный порт. Протокол S-BUS разработан фирмой SAIA-burgess и поддерживается всеми контроллерами этой фирмы. Драйвер позволяет читать и записывать регистры, флаги, дискретные выходы, счетчики, таймеры. Драйвер позволяет читать дискретные входы, регистр дисплея (Display Register), состояние PCD. Также драйвер позволяет осуществлять горячий и холодный перезапуск контроллера, останавливать и запускать программу в контроллере, синхронизировать часы контроллера с часами компьютера, обнулять регистры, счетчики, таймеры, флаги и дискретные выходы. Параметры шаблона канала обмена по протоколу S-BUS задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакто
ры источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 соответствует С0М1); • Адрес - адрес контроллера в сети s-bus (0..255). 255 означает широковещательную рассылку и может применяться с некоторыми командами; • Аргумент - адрес регистра, счетчика, таймера, дискретного входа, дискретного выхода или процессора (для контроллеров с несколькими процессорами); • Команда - команда протокола. Список команд Название в спецификации протокола Назначение настройки АРГУМЕНТ Описание RRJnt Read Register адрес регистра Чтение регистра в формате целого со знаком. RR_float Read Register адрес регистра Чтение регистра в формате с плавающей точкой. RC Read Counter адрес счетчика Чтение счетчика. RT Read Timer адрес таймера Чтение таймера. RF Read Flag адрес флага Чтение 16-ти идущих подряд флагов. Канал должен иметь представление HEX. RI Read Input адрес дискретного входа Чтение 16-ти идущих подряд дискретных входов. Канал должен иметь представление HEX. RO Read Output адрес дискретного выхода Чтение 16-ти идущих подряд дискретных выходов. Канал должен иметь представление HEX. RDJo Read Display Register не используется Чтение младших 16 бит регистра дисплея (Display Register). Канал должен иметь представление HEX. RD_hi Read Display Register не используется Чтение старших 16 бит регистра дисплея (Display Register). Канал должен иметь представление HEX. RS Read PCD Status 0..6 - номер ЦПУ, 7 - свой ЦПУ Чтение состояния контроллера. Канал получает значение ASCII кода одного из следующих символов: 'S'(83), ’Н’(72), ’R'(82), *0(67), 'D'(68). ’S' - программа в контроллере остановлена.
Название в спецификации протокола Назначение настройки АРГУМЕНТ Описание 'R' - программа в контроллере выполняется. WRJnt Write Register адрес регистра Запись регистра в формате целого со знаком. WR_float Write Register адрес регистра Запись регистра в формате с плавающей точкой. WC Write Counter адрес счетчика Запись счетчика. WT Write Timer адрес таймера Запись таймера. WF Write Flag адрес флага Запись 16-ти идущих подряд флагов. Канал должен иметь представление HEX. WO Write Output адрес дискретного выхода Запись 16-ти идущих подряд дискретных выходов. Канал должен иметь представление HEX. WK Write Real Time Clock не используется При записи любого значения в этот канал происходит синхронизация часов контроллера с часами компьютера.. CA Clear All не используется При записи любого значения в этот канал происходит обнуление всех регистров, счетчиков, таймеров, флагов, дискретных выходов CF Clear Flags не используется При записи любого значения в этот канал происходит обнуление всех флагов CO Clear Outputs не используется При записи любого значения в этот канал происходит обнуление всех дискретных выходов CR Clear Registers не используется При записи любого значения в этот канал происходит обнуление всех регистров CT Clear Timers не используется При записи любого значения в этот канал происходит обнуление всех таймеров sw Restart Warm 0..5 - номер ЦПУ, 7 - свой ЦПУ При записи любого значения в этот канал происходит горячий перезапуск контроллера sc Restart Cold 0..5 - номер ЦПУ, 7 - свой ЦПУ При записи любого значения в этот канал происходит холодный перезапуск контроллера SP Stop Procedure 0..5 - номер ЦПУ, 7 - свой ЦПУ, При записи любого значения в этот канал происходит остановка выполнения программы в контроллере
Название в спецификации протокола Назначение настройки АРГУМЕНТ Описание 8 - все ЦПУ GP Run Procedure 0..5 - номер ЦПУ, 7 - свой ЦПУ, 8 - все ЦПУ При записи любого значения в этот канал происходит запуск выполнения программы в контроллере Замечание. Для всех контроллеров, оснащенных единственным ЦПУ (это все контроллеры кроме PCD6), настройку АРГУМЕНТ тех каналов, где она означает номер ЦПУ, рекомендуется установить в 0. Протокол S-BUS предусматривает два формата для чисел - 32-битное целое и 32-битное с плавающей точкой. Протокол S-BUS ограничивает числа с плавающей точкой диапазоном (-9.22337177 *1018, 9.22337177 * 1018). По этой причине не рекомендуется передавать из Trace Mode в контроллеры числа с плавающей точкой, выходящие за этот диапазон, поскольку это может приводить к ошибочным значениям в регистрах контроллера. В драйвере предусмотрена возможность протоколирования работы. Для ее включения необходимо в каталоге проекта TraceMode создать файл с именем _logger (без расширения). В файле должны быть следующие строки: ;0-все сообщения ;1-только предупреждения и ошибки ;2-только ошибки level=0 /максимальный размер файла лога в Мб max_size=50 ;вкл/выкл лог enabled=true Строки, начинающиеся с точки с запятой (;), являются комментариями и необязательны. Назначение остальных строк ясно из комментариев. Следует отметить, что протоколирование сильно замедляет работу системы. Также при включенном протоколировании размер файла протокола растет очень быстро, особенно при интенсивном обмене данными с контроллерами. Протокол работы заносится в файл t11 .log.
Обмен с контролерами Honeywell DPR3000, DPR250 Параметры шаблона канала обмена с контроллерами Honeywell DPR3000, DPR250 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, по которому производится обмен (начиная с 0); • Адрес - адрес контроллера; • Канал - номер канала, который будет считываться; • Тип - тип обмена: • ALR_STS - считывание тревог (номер бита задает номер считываемой тревоги); • PROCVAL- • RELAY_STS - • CRC - признак использования контрольной суммы. Обмен с контроллером STEC2000 Для корректной работы драйвера нужно скопировать файл %TRACE MODE 6%Drivers_with_SetupStec2000STEC2000_driver.ini в директорию МРВ и отредактировать его, задав следующие параметры: • список номеров приборов DevicesList через запятую (например,
"DevicesList = 100,101"); • для каждого номера прибора создать секцию "[Dev_X]", где X -номер прибора из списка. Каждая секция должна содержать строковый параметр IP, содержащий IP-адрес прибора (например, "IP = 192.168.0.157"). Кроме того, в секции можно задать дополнительные параметры: • ThreadCycle - время рабочего цикла потока группового запроса (мс), по умолчанию - 500 мс; • ConnectTimeout - время ожидания соединения (мс), по умолчанию - 1000 мс; • Connectinterval - период между попытками соединения, по умолчанию - 3000 мс; • MaxSendTime - максимальное время ожидания отправки пакета в сеть, по умолчанию - 1000 мс; • MaxRecvTime - максимальное время ожидания входящего пакета, по умолчанию - 1000 мс; • ErrorsCount - счетчик ошибок, после превышения заданного значения соединение разрывается и устанавливается заново, по умолчанию - 5. Параметры шаблона канала обмена с контроллером STEC2000 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Идентификатор - идентификатор тега, 2 байта в десятичном
формате; • Номер устройства - номер прибора, 1 байт в десятичном формате; • Команда - тип команды, задается выбором из меню одного из следующих значений: • Время • Управление • БлокЗапрос (групповой, все каналы этого типа запрашиваются одним запросом; запрос выполняется в отдельном потоке, который не связан с потоками МРВ) • ЕдиничЗапрос (запрос одного канала) • Тип - тип значения канала; указывается для правильной интерпретации значения в контроллере (только для каналов Управление); задается выбором из меню одного из следующих типов: Float, Integer, Boolean. Все каналы Управление должны иметь в Trace Mode тип OUTPUT, а БлокЗапрос и ЕдиничЗапрос - тип INPUT. Для использования команды Время нужно создать 2 канала обмена -один типа INPUT, другой - OUTPUT. Для созданных каналов надо задать номер устройства (например, 100), в меню Команда выбрать Время, остальные параметры значения не имеют. До синхронизации во входной канал значение не записывается, и устанавливается недостоверность. После записи в выходной канал любого числа посылается сигнал синхронизации, после него во входной канал записывается разница значений времени компьютера и прибора. Обмен с приборами фирмы 'Дана-Терм' Согласно документации на приборы «Дана-Терм», для последовательного интерфейса должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость передачи - 9600; • число информационных бит - 8; • число стоповых бит - 1; • четность - НЕТ. Время ожидания ответа зависит от модели прибора; рекомендуемые значения этого таймаута по каждому прибору даны в соответствующих описаниях. При выборе таймаута меньше рекомендованного значения значительно увеличивается вероятность появления ошибок приема. Параметры шаблона канала обмена с приборами ДАНА-ТЕРМ задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер используемого СОМ-порта (0 - С0М1, 1 - COM2 и т.д.); • Номер прибора - номер прибора в группе, один байт в десятичном формате (0-255); • Прибор - тип прибора, выбирается из следующего списка: • ИТ 2512 (4506) - 2-канальный измеритель температуры; • ИТ 2513 (4505) - 2-канальный измеритель температуры и разницы температур; • МУИ 2516 - прецизионный измеритель температуры; • ИТ 2518 - 10-канальный измеритель температуры; • ИТР 2521-2 - 2-канальный регулирующий измеритель температуры; • ИТВР 2522 — 2-канальный регулирующий измеритель температуры и влажности; • ИТР 2523 - регулирующий измеритель температуры с регулированием по ПИД-закону; • ИТР 2525 (2508) - 2-канальный регулирующий измеритель температуры; • ИТР 2528 - 10-канальный регулирующий измеритель температуры; • ИТР 2529 - регулирующий измеритель температуры; • ИТВ 2605 - измеритель температуры и влажности; • ИТВ 2605/8 - измеритель температуры и влажности 8-канальный;
• ИТВР 2606 - регулирующий измеритель температуры и влажности; • 3501...3504 - группа цифровых таймеров, отличающихся количеством каналов (1...4); • ЦТ 3603 - цифровой тахометр; • 3701.. .3703 - группа цифровых счетчиков. • Команда - тип запроса к устройству, один байт в десятичном формате (0-255). Запросы, определенные для конкретных устройств, приведены в таблицах (см. таблицы команд ниже). При попытке реализовать неподдерживаемый запрос драйвер ничего не делает (данные не отправляются и не принимаются); • Параметр - дополнительный параметр к запросу, один байт в шестнадцатеричном формате (0-FF). Назначение этой настройки зависит от типа прибора (см. ниже особенности настройки обмебна). Таблицы команд В описании команд указано, для какого типа канала они могут быть использованы (INPUT/OUTPUT). Код коман ДЫ ИТ 2512 (4506) ИТ 2513 (4505) МУИ 2516 ИТ 2518 0 Температура (Input) Температура (Input) Температура (Input) Температура (Input) 1 Верхний порог срабатывания аварийной сигнализации (Input, Output) Разница температур (Input, Out-put) Результат проверки на превышение предела (Input) Верхний порог срабатывания аварийной сигнализации (Input, Output) 2 Нижний порог срабатывания аварийной сигнализации (Input, Output) Тип датчика (Input, Out-put) Сопротивление термометра (Input) Нижний порог срабатывания аварийной сигнализации (Input, Output) 3 Тип датчика (Input) Разность температур между выбранным каналом и заданной величиной (Input) 4 Минимальный предел температуры (Input, Output) 5 Максимальный предел температуры (Input, Output)
Код коман ДЫ ИТ 2512 (4506) ИТ 2513 (4505) МУИ 2516 ИТ 2518 6 Базовая температура (Input, Output) 7 Число усреднений (Input, Output) Код коман ДЫ ИТР 2521-2 ИТВР 2522 ИТР 2523 ИТР 2525 (2508) 0 Температура (In-put) Температура в камере (Input) Режим регулирования (Input, Output) Температура (Input) 1 Температура задания (Input, Out-put) Влажность в камере (Input) Температура задания (Input, Output) Температура з