РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ 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. Особенности связи канал-канал (см. также Особенности пересчета и отработки каналов): • только для CHNET\CHCOPY: при привязке канала (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. Таким образом, в случае CHNET\CHCS не только rem_ch.lN изменяется в соответствии с изменением arg, но и arg изменяется в соответствии с изменением rem_ch.lN в удаленном узле. Передача строк и времени при связи аргумент-канал: • передача строки (только для CHNET\CHCS): у канала 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_6\debug\_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:\DB\my_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:\DB\my_database.mdb При задании DBQ допускается указание относительного пути к файлу БД. • на удаленном компьютере: DRIVER={Microsoft Access Driver (*.mdb)}; DBQ=\\alexanderr\DB\my_database.mdb На рисунке ниже для сравнения показана строка подключения к локальной базе данных MySQL с именем sss1 через драйвер MySQL ODBC: В поле Опции подключения могут быть заданы дополнительные опции подключения к БД, если эти опции поддерживаются драйвером БД (описание опций выходит за рамки данного руководства). В случае корректного подключения к БД при нажатии кнопки Проверка
в нижней части окна Подключение появится следующее сообщение: Если параметры подключения к БД заданы некорректно, при нажатии кнопки Проверка появится сообщение об ошибке: Если база данных Access защищена с помощью файла рабочей группы, подключение к ней может быть сконфигурировано следующим образом: Подключение..................... - .......— -- Интерфейс: [ббВСЗ У,| ( Администратор ODBC... 1 DSN/Строка подключения[DR|VER-{Microsolt Access Dnver (*.mdb)}; DBQ=F:\DB\mdb_He.mdb; SystemDB-FADB\Secured.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): = '\\nodeA\NDDE$' | 1RTM3 $.OLE' ! 'chi' Запросить значение атрибута (О, R) канала ch1 в режиме REQUEST из Excel можно с помощью следующего макроса: Sub read_chl_R() chNum = Application.DDEInitiate("\\nodeA\NDDE$", "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("\\nodeA\NDDE$", "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("\\nodeA\NDDE$", "RTM3$") Application.DDEPoke chNum, "chi.32", Worksheets ("Sheetl").Range("C3") Application.DDETerminate chNum End Sub Для записи в атрибут (2, In) указание его номера не обязательно:
Sub write_chl_In() chNum = Application.DDEInitiate("\\nodeA\NDDE$", "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_Setup\drivers.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 (\WINDOWS\SYSTEM или \WINDOWS\SYSTEM32). Параметры шаблона канала обмена по протоколу 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 Files\Newron System\NL210) нужно скопировать все файлы в каталог установки TRACE MODE. При помощи утилиты LNS2NLC, входящей в состав NL210, надо создать базу данных NLC - например, c:\nl210\proj1 .nlc. Далее надо запустить утилиту LWConfig из комплекта драйвера. Если утилита запускается первый раз, и LNS сервер (или TRACE MODE) установлен в нестандартный каталог, то появится предупреждение, а после нажатия ОК - диалоговое окно, изображенное на рисунке:
В этом окне необходимо ввести пути к файлу описания стандартных типов переменных LonWorks (обычно это c:\lonworks\types\standard.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_Setup\Stec2000\STEC2000_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) Температура задания (Input, Output) 2 Температурный гистерезис (Input, Output) Температура в сердцевине (Input) Коэффициент пропорциональности Р (Input, Output) Аларм (Input, Output) 3 Верхний порог срабатывания аварийной сигнализации (Input, Output) Время с начала регулирования (Input) Блокировка интеграла A (Input, Output) Температурный гистерезис (Input, Output) 4 Нижний порог срабатывания аварийной сигнализации (Input, Output) Состояние (Input, Output) Коэффициент интеграла I (Input, Output) Тип датчика (Input) 5 Температура компенсатора "холодных концов" термопары (температура окружающей среды) (Input) Температура регулирования в камере (Input, Output) Коэффициент дифференциала d (Input, Output) 6 Параметр шага -начальная точка для температуры (Input, Output) Влажность регулирования в камере (Input, Output) Период ШИМа (Input, Output)
Код коман ДЫ ИТР 2521-2 ИТВР 2522 ИТР 2523 ИТР 2525 (2508) 7 Параметр шага -конечная точка для температуры (Input, Output) Температура выключения по сердцевине (Input, Output) Максимум выходной мощности PH (Input, Output) 8 Параметр шага -температурный гистерезис (Input, Output) Время регулирования (Input, Output) Время линейной развертки температуры (Input, Output) 9 Параметр шага -верхний порог срабатывания аварийной сигнализации для температуры (Input, Output) Байт регулирования по каналам (Input, Output) Время регулирования (Input, Output) 10 Параметр шага -нижний порог срабатывания аварийной сигнализации для температуры (Input, Output) Температура первого аларма AL1 (Input, Out-put) 11 Длительность шага (Input, Output) Температура второго аларма AL2 (Input, Out-put) 12 Начальный шаг (Input, Output) Текущая температура (Input) 13 Статус (состояние) ИТВР (Input, Output) Состояние прибора (Input, Output) 14 Текущий шаг (In-put) Текущий номер шага (Input) 15 Время, прошедшее с начала текущего шага (In-put) Тип датчика (In-put) 16 Количество шагов программы регулирования Pn (Input, Output)
Код коман ДЫ ИТР 2521-2 ИТВР 2522 ИТР 2523 ИТР 2525 (2508) 17 Критерий достижения заданной температуры АС (Input, Output) 18 Гистерезис первого аларма Г.АЫ (Input, Output) 19 Г истерезис второго аларма T.AL2 (Input, Output) 20 Режим работы первого аларма (Input, Output) 21 Режим работы второго аларма (Input, Output) 22 Минимум выходной мощности PL (Input, Output) 23 Минимальная длительность импульса управления PULS (Input, Output) 24 Режим управления пуском (Input, Output) Код команды ИТР 2528 ИТР 2529 ИТВ 2605 ИТВ 2605-8 0 Температура (Input) Температура (In-put) Температура (Input) Температура (Input) 1 Температура задания (Input, Output) Температура задания (Input, Out-put) Влажность (Input) Влажность (Input)
Код команды ИТР 2528 ИТР 2529 ИТВ 2605 ИТВ 2605-8 2 Температурный гистерезис (Input, Output) Температурный гистерезис (Input, Output) Температура компенсатора "холодных концов" термопары (температура окружающей среды) (Input) 3 Верхний порог срабатывания аварийной сигнализации (Input, Output) 4 Нижний порог срабатывания аварийной сигнализации (Input, Output) 5 Температура компенсатора "холодных концов" термопары (температура окружающей среды) (Input) Код команды ИТВР 2606 3501_3504 ЦТ 3603 3701_3703 0 Температура (Input) Состояние (Input) Положение десятичной точки, количество знаков после запятой (Input, Out-put) Количество пакетов (Input) 1 Температура задания (Input, Output) Остаток отсчета (Input) Уставка реле 1 (Input, Output) Количество групп пакетов (In-put) 2 Температурный гистерезис (Input, Output) Уставка (Input, Output) Уставка реле 2 (Input, Output) Состояние счетчика (Input)
Код команды ИТВР 2606 3501_3504 ЦТ 3603 3701_3703 3 Верхний порог срабатывания аварийной сигнализации (Input, Output) Положение точки, количество цифр после запятой (Input, Out-put) Г истерезис реле 1 (Input, Output) Уставка счета (In-put) 4 Нижний порог срабатывания аварийной сигнализации (Input, Output) Состояние в момент пуска отсчета (Input) Гистерезис реле 2 (Input, Output) 5 Температура компенсатора "холодных концов" термопары (температура окружающей среды) (Input) Остаток в момент пуска отсчета (Input) Значение измеренное тахометром (Input) 6 Влажность (Input) Уставка в момент пуска отсчета (Input) 7 Точка задания для влажности (Input, Output) Положение точки в момент пуска отсчета (In-put) 8 Влажностный гистерезис (Input, Output) 9 Параметр шага - начальная точка для температуры (Input, Output) 10 Параметр шага - конечная точка для температуры (Input, Output) 11 Параметр шага - температурный гистерезис (Input, Output) 12 Параметр шага - верхний порог срабатывания аварийной сигнализации для температуры (Input, Output) 13 Параметр шага - нижний порог срабатывания аварийной сигнализации для температуры (Input, Output)
Код команды ИТВР 2606 3501_3504 ЦТ 3603 3701_3703 14 Параметр шага - начальная точка для влажности (Input, Output) 15 Параметр шага - конечная точка для влажности (Input, Output) 16 Параметр шага - влажностный гистерезис (Input, Output) 17 Параметр шага - верхний порог срабатывания аварийной сигнализации для влажности (Input, Output) 18 Параметр шага - нижний порог срабатывания аварийной сигнализации для влажности (Input, Output) 19 Длительность шага (Input, Output) 20 Начальный шаг (Input, Output) 21 Статус (состояние) ИТВР (Input, Output) 22 Текущий шаг (Input) 23 Время, прошедшее с начала текущего шага (Input) 24 Верхний порог сигнализации для влажности (Input, Output) 25 Нижний порог сигнализации для влажности (Input, Output) Особенности настройки обмена ИТ 2512 Параметр - номер канала (1 или 2). Рекомендуемое значение таймаута - 150 мс.
ИТ 2513 Параметр - номер канала (1 или 2). Рекомендуемое значение таймаута - 150 мс. МУИ 2516 Параметр - номер канала (от 1 до 8). Рекомендуемое значение таймаута - 150 мс. ИТР 2518 Параметр - номер канала (от 1 до 0А), используется только для запросов температуры, для остальных запросов должен быть равен 0. Рекомендуемое значение таймаута - 150 мс. ИТР 2521-2 Параметр - передает номер шага (этапа) регулирования и канал, на каждое из значений выделено 4 бита, т.е. в шестнадцатеричном виде первый разряд - номер шага (0..9), нулевой - номер канала (1 или 2). Номер шага должен быть равен 0 для всех запросов, кроме запросов параметров шага. Например, для запроса восьмого шага второго канала параметр будет равен 82. Рекомендуемое значение таймаута - 200 мс. ИТВР2522 Дополнительных параметров запросов нет. Рекомендуемое значение таймаута- 150 мс. ИТР 2523 Параметр - номер шага (этапа) регулирования (1..9), должен быть равен 0 для всех запросов, кроме запросов параметров шага. Рекомендуемое значение таймаута - 200 мс. ИТР 2525 Параметр - номер канала (1 или 2). Рекомендуемое значение таймаута - 150 мс. ИТР 2528 Параметр - номер канала (от 1 до 0А).
Рекомендуемое значение таймаута - 150 мс. ИТР 2529 Дополнительных параметров запросов нет. Рекомендуемое значение таймаута - 150 мс. ИТВ 2605 Дополнительных параметров запросов нет. Рекомендуемое значение таймаута- 150 мс. ИТВ 2605-8 Параметр - номер канала (от 1 до 8). Рекомендуемое значение таймаута - 150 мс. ИТР 2606 Параметр - номер шага (этапа) регулирования (1..9), должен быть равен 0 для всех запросов, кроме запросов параметров шага. Рекомендуемое значение таймаута - 200 мс. Значение температуры компенсатора термопары учитывается только при использовании в качестве датчика термопар ХА или ХК. 3501...3504 Параметр - номер канала (от 1 до 4). Рекомендуемое значение таймаута - 150 мс. ЦТ 3603 Дополнительных параметров запросов нет. Рекомендуемое значение таймаута- 150 мс. 3701...3703 Дополнительных параметров запросов нет. Рекомендуемое значение таймаута - 150 мс. Обмен с дозатором ДОЗА-4ТМ Драйвер обмена с дозатором ДОЗА-4ТМ оформлен в виде драйвера tl 1. Параметры шаблона канала обмена с дозатором ДОЗА-4ТМ задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер используемого СОМ-порта, десятичное число (0 -СОМ1, 1 - COM2, и т.д.); • Адрес - адрес прибора ДОЗА-4ТМ, десятичное число (0...255); • Команда - команда; выбирается из списка (см. таблицу ниже); • Смещение - смещение читаемого/записываемого слова (16 бит) в блоке читаемых/записываемых данных. Название команды в TRACE MODE Название в спецификации протокола Назначение настройки СМЕЩЕНИЕ Тип канала Краткое описание control_word Слово управления не используется О,Н Выполнить одну из команд: D7 - Pause -временный останов подачи по всем компонентам и останов работы системных таймеров. D6 - Continue - выход из состояния, вызванного командой Pause и продолжение цикла дозирования. D5 - Setting
Название команды в TRACE MODE Название в спецификации протокола Назначение настройки СМЕЩЕНИЕ Тип канала Краткое описание zero - принудительная установка нуля системы; используется только для выхода из нештатных ситуаций или при организации рабочего цикла под управлением Trace Mode 5. D4 - Start comp4 - запуск дозирования только 4-го компонента. D3 - Start сотрЗ - запуск дозирования только 3-го компонента. D2 - Start comp2 - запуск дозирования только 2-го компонента. DI - Start compl - запуск дозирования только 1-го компонента. При получении команд Start comp N «Доза-4ТМ» выполнит дозирование по N-ному компоненту вплоть до завершения работы таймера t и перейдет в фазу ожидания следующей команды (фазы -6,12,18,24). DO - Unload -
Название команды в TRACE MODE Название в спецификации протокола Назначение настройки СМЕЩЕНИЕ Тип канала Краткое описание разгрузка бункера. D0-D7 обозначают биты младшего байта канала read_input Read input не используется I,F Считать оцифрованное и нормированное значение сигнала тензодатчика. read_current_dose Read current douse 0 - доза 1-го компонента; 1 - доза 2-го компонента; 2 - доза 3-го компонента; 3 - доза 4-го компонента; I,F Считать текущие результаты цикла дозирования одного компонента. read_status_word Read word status 0 - байты 1 и 2 (1 - старший) 1 - байты 3 и 4 (3 - старший) I,H Считать слово состояния цикла дозирования. read_cal_data Read cal data 0 - байты 1 и 2 (1 - старший) калибровочной информации; 1 - байты 3 и 4 (3 - старший) и т. д. I,F Считать калибровочные настройки. load_out_rg Load OUT RG не используется о,н Запись в выходной регистр «До-за4ТМ». load_recipe_comp Load recipe comp[l-4] 0 - 1-й компонент; 3 - 4-й компо- 0,F Загрузка рецептурного значения N-ro компонента (16-бит).
Название команды в TRACE MODE Название в спецификации протокола Назначение настройки СМЕЩЕНИЕ Тип канала Краткое описание нент 1 оа d_l i m it_co m р Load limit comp[l-4] 0 - 1-й компонент; 3 - 4-й компонент O,F Загрузка порога перехода на пониженную скорость для N-ro компонента(16-бит). 1 oa dtimers_t_T Load timers t,T не используется О,Н Загрузка констант таймеров t,T. t - старший байт канала, Т - младший байт канала 1 oad_ti mers_U_F Load timers U,F не используется О,Н Загрузка констант таймеров U,F. U - старший байт канала, F - младший байт канала load_timers_S_D Load timers S,D не используется О,Н Загрузка констант таймеров S,D. S - старший байт канала, D младший байт канала load_timers_R Load timer R не используется O,F Загрузка константы таймера R (16-бит). load_timers_M Load timer M не используется O,F Загрузка константы таймера М (16-бит). load_timers_K Load timer К не используется O,F Загрузка константы таймера К (16-бит). start_cycle Start cycle не используется O,H,F Запуск процесса дозирования, происходит при записи отличного от 0 значения. load_cal_data Load cal data не используется O,H,F Загрузить калибровочные на- стройки; настройки всегда загружаются из файла Wx.txt, находящегося в каталоге проекта; х - сете-
Название команды в TRACE MODE Название в спецификации протокола Назначение настройки СМЕЩЕНИЕ Тип канала Краткое описание вой адрес «Дозами» в диапазоне [0..255], загрузка происходит при записи отличного от 0 значения. read_last_error нет не использует- ся 1,Н Последняя ошибка, которую вернул прибор, 0, если ошибок не было clear_error нет не используется O,F,H Сбросить в 0 последнюю ошибку, сброс происходит при записи отличного от 0 значения. store_cal_data нет не используется O,F.H При записи ненулевого значения в этот канал происходит сохранение калибровочных настроек в файл Wx.txt, находящийся в каталоге проекта, где х -сетевой адрес «Доза4ТМ» в диапазоне [0..255]. Если калибровочные настройки не были считаны каналом с командой read_cal_data, то будет выставлен флаг аппаратной недостоверности. В каталоге проекта может находиться текстовый файл doza4tm.cfg, содержащий единственную строку вида: transaction_delay=<число> Число в этом файле определяет, сколько миллисекунд МРВ будет ждать после получения ответа от дозатора до посылки очередной команды. Если такого файла в каталоге проекта нет, используется задержка в 50 мс. В драйвере предусмотрена возможность протоколирования работы. Для
включения этой функции необходимо в каталоге проекта Trace Mode создать файл с именем Jogger (без расширения). В файле должны быть следующие строки: ;0-все сообщения ;1-только предупреждения и ошибки ;2-только ошибки level=0 /максимальный размер файла в Мб max size=50 ;вкл/выкл протоколирование enab1еd=true Строки, начинающиеся со знака являются комментариями и необязательны. Следует отметить, что протоколирование сильно замедляет работу системы. Кроме того, при включенном протоколировании размер файла протокола растет очень быстро, особенно при интенсивном обмене данными с контроллерами. Протокол работы заносится в файл t11 .log. Обмен с преобразователями Tosvert фирмы TOSHIBA Драйвер выполнен как драйвер tl 1. Для последовательного интерфейса должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость передачи - в соответствии с настройками прибора, параметр F800; • число информационных бит - 8; • число стоповых бит - 1; • четность - в соответствии с настройками прибора, параметр F801. Рекомендуемое значение таймаута ожидания ответа - 300 мс. Параметры шаблона канала обмена с частотными преобразователями Tosvert задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, уменьшенный на 1; • Устройство - номер прибора, число от 0 до 99 в десятичном формате, в приборе задается параметром F802; • Номер - communication number, идентификатор параметра в соответствии с таблицей параметров, число от 0 до FFFF в формате hex (см. описание протокола обмена по последовательному интерфейсу с преобразователями Toshiba); • Запрос - тип запроса к прибору, значение выбирается из меню: • 3anncb_ER_ASCII - запись значения в оперативную память прибора (RAM) и в перезаписываемое ПЗУ (EEPROM), передача данных в текстовом формате; • 3anncb_ER_Binary - запись значения в RAM/EEPROM, передача данных в двоичном формате; • 3anncb_RAM_ASCII - запись значения в оперативную память прибора (RAM), передача данных в текстовом формате; • 3anwcb_RAM_Binary - запись значения в оперативную память прибора (RAM), передача данных в двоичном формате; • Чтение_А8С11 - чтение значения параметра из прибора, передача данных в текстовом формате; • Чтение_Втагу - чтение значения параметра из прибора, передача данных в двоичном формате; • Чтение_С_Втагу - чтение значения параметра из прибора, передача данных в двоичном формате (для двухпроводных линий связи).
Обмен с контроллерами TREI Параметры шаблона канала обмена по RS задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются атрибуты конфигурирования обмена (в соответствии с документацией на контроллер). Обмен с контроллерами TCS Параметры шаблона канала обмена задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются атрибуты конфигурирования обмена (в соответствии с документацией на контроллер).
Обмен с контроллерами ADAM по интерфейсу CAN Параметры шаблона канала обмена задаются в следующем редакторе: Основные.... Имя [Adam_CANtt1 Кодировка ItWO Комментарий | Параметры Порт МАС адрес Команда Канал Слот Направление Дополнительно | ___________________________ Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер канала интерфейса CAN; • МАС адрес - идентификатор запрашиваемого прибора; • Команда - запрос; • Канал - номер канала; • Слот - номер слота. Обмен с электросчетчиками СЭТ-4ТМ Заводские значения параметров последовательного порта (см. Редактор параметров СОМ-порта) для данных электросчетчиков - 8-1-о: • скорость передачи - 9600 бод; • число информационных бит - 8; • число стоповых бит - 1; • четность - проверка на нечетность. Рекомендуемое значение таймаута ожидания ответа - 300 мс. Драйвер принадлежит к типу tl 1 и имеет 5 изменяемых настроек:
• Port - номер COM-порта, уменьшенный на 1; • Device - номер прибора в десятичном формате, на запрос с адресом 0 отвечают все приборы; • Query - тип запроса к прибору, значение выбирается из меню, список возможных запросов приведен в таблице; • Parameter - параметр запроса, число в шестнадцатеричном формате, зависит от типа запроса, см. таблицу (у некоторых запросов нет параметров и нужно оставить нулевое значение параметра); • DataControl - контроль за передаваемыми данными, значение соответствует конфигурации прибора и выбирается из меню: • CRC — добавление в конце пакета 2-байтной контрольной суммы по алгоритму MODBUS; • Controls urn - добавление в конце пакета 1-байтной контрольной суммы; • NoControl - без проверки целостности пакета. По умолчанию, по заводским настройкам прибором проверяется CRC. Для использования драйвера его библиотеку нужно скопировать в корневой каталог Trace Mode 6 под именем t11s30.dll. Для связи со счетчиком в среде разработки в слое Источники/Приемники создаются шаблоны каналов в группе Пользовательские драйверы / TYPE11 / тип 4 (6 однобайтных полей настройки). В настройках канала используются первые 5 полей аналогично настройкам в 5-й версии Trace Mode, числовые значения типов запросов (3-е поле) приведены в таблице, контроль за передаваемыми данными (5-е поле): 0 - CRC, 1 - ControlSum, 2 -NoControl. Код запроса (для Trace Mode 6) Тип запроса Описание Чтение/ запись Параметр 0 DevAddr сетевой адрес Input - 1 NetworkFreq частота сети Input - 2 □phase фазное напряжение Input номер фазы 3 Iphase фазный ток Input номер фазы 4 SinDeformCoeff коэффициент искажения синусоидальности кривой Input номер фазы
Код запроса (ДЛЯ Trace Mode 6) Тип запроса Описание Чтение/ запись Параметр фазного напряжения 5 TransformCoeff коэффициенты трансформации по напряжению и току Input 0 - коэф, транс, по напряжению, 1 - коэф, транс, по току 6 Power мгновенная мощность Input байт параметра разбит на два полубайта: старший полубайт (первая цифра в hex) - вид мощности (0- актив., 1-реактив., 2-суммарная), младший полубайт - номер фазы (0 - по сумме фаз) 7 DateTime дата и время Input 0 - секунды, 1 - минута, 2 - час, 3 - день недели, 4 - число, 5 - месяц, 6 - год, 7 - признак зима/лето (0-лето) 8 EnergyAII энергия от сброса Input 0 - активная прямая (А+), 1 - активная обратная (А-), 2 - реактивная прямая (R+), 3 - реактивная обратная (R-) 9 EnergyCurYear энергия за текущий год Input как в предыдущем запросе 10 EnergyPrevYear энергия за предыдущий год Input как в предыдущем запросе 11 EnergyMonth энергия за месяц, номер месяца задается записью параметра 16 Input как в предыдущем запросе
Код запроса (для Trace Mode 6) Тип запроса Описание Чтение/ запись Параметр 12 EnergyCurDay энергия за текущие сутки Input как в предыдущем запросе 13 EnergyPrevDay энергия за предыдущие сутки Input как в предыдущем запросе 14 Tariff номер тарифа в запросах энергии, по умолчанию 1 I, о - 15 Aconst константа А счетчика, используется при расчете энергии I, о - 16 Month номер месяца для запроса энергии за месяц I, о - Обмен с контроллерами Vantage С контроллерами Vantage возможны два типа обмена - через последовательный порт и по сети Ethernet. В последнем случае используется конвертер Ethemet/RS232, подключаемый к порту контроллера. Для связи через последовательный порт в среде разработки Trace Mode 6 в слое Источники /Приемники создаются каналы группы Пользовательские драйверы / Туре11 / тип 4 (6 однобайтных полей настройки). При этом первое поле - номер используемого СОМ-порта, уменьшенный на 1 (т.е. О - С0М1, 1 - COM2 и т.д.). Второе поле - тип запроса (см. таблицу). Значение остальных полей зависит от типа запроса и также приведено в таблице. Для работы необходимо создать и настроить СОМ-порт в узле. Параметры настройки (см. Редактор параметров СОМ-порта): скорость 19200 бод, 8 бит данных, 1 столовый бит, без контроля четности. Для связи по сети Ethernet в среде разработки Trace Mode 6 в слое Источники /Приемники создаются каналы группы Пользовательские драйверы / Туре12 / тип 4 (6 однобайтных полей настройки). При этом первое поле - идентификатор устройства в сети, каждому номеру должна однозначно соответствовать пара значений 1Р-адрес:порт, задаваемых в строке Дополнительно редактора шаблона канала. Второе поле - тип
запроса (см. таблицу). Значение остальных полей зависит от типа запроса и также приведено в таблице. Пример - запрос уровня 1-й нагрузки 1-й станции у 1-го master-контроллера - приведен на рисунке: Запрос из примера обращается к конвертеру с адресом 192.168.11.122, порт 3040, все запросы к этому же преобразователю должны иметь первый параметр (идентификатор устройства) равный 0 и такую же строку Дополнительно. Тип запроса -2-й байт Параметры Примечания 0 - Запрос версии прошивки 1 - master 2 - выбор параметра: 0 - версия; 1 - подверсия; 2 - день; 3 - месяц; 4 - год. Только чтение 1 - За- прос/установка состояния светодиода 1 - master; 2 - station; 3 - LED. 2 - За- прос/установка уровня нагрузки модуля 1 - master; 2 - enclosure; 3 - module; 4 - load. 3 - За- прос/усгановка уровня нагрузки станции 1 - master; 2 - station; 3 - load. 4 - За- прос/установка 1 - contactor.
Тип запроса -2-й байт Параметры Примечания уровня нагрузки контактора 5 - За- прос/установка параметров термостата 1 - master; 2 - station; 3 - выбор параметра: 5 - Heat Setpoint Day; 6 - Heat Setpoint Night, 7 - Cool Setpoint Day; 8 - Cool Setpoint Night; 9 - Day/Night Status, 0=Day, l=Night; 10 - Fan Mode, 0=Auto, l=On; 11 - Operation Mode, O=0ff, l=Cool, 2=Heat, 3=Auto; 12 - Outdoor Temp; 13 - Indoor Temp; 48 - High Range Indoor Sensor; 49 - Low Range Indoor Sensor; 50 - Hysteresis Indoor Sensor; 51 - High Range Outdoor Sensor; 52 - Low Range Outdoor Sensor; 53 - Hysteresis Outdoor Sensor. 6 - За- прос/установка состояния переключателя 1 - master; 2 - station; 3 - switch. <state> Description 0 - Execute the switch with the off state. 1 - Execute the switch with the on state. 2 - Learn the current load values for the switch function. This is only valid for switch function types Dim, Preset_on, and Pre-set_toggle. 3 - Start dimming cycle on loads of a Dim function. 4 - Execute the switch emulating a switch press. 5 - Execute the switch emulating a switch release.
Тип запроса -2-й байт Параметры Примечания 6 - Execute the switch emulating a switch press and release. 7 - Установка профиля нагрузки модуля 1 - master; 2 - enclosure; 3 - module; 4 - load. Только запись 8 - Установка профиля нагрузки станции 1 - master; 2 - station; 3 - load. Только запись 9 - За- прос/установка задержки изменения нагрузки fade Параметр 1 - 3-й байт в полях настройки пользовательского драйвера типа 4 (6 однобайтных полей), параметр 2 - 4-й, и Т.Д. Обмен по протоколу BACnet/IP Драйвер обмена с устройствами по протоколу BACnet/IP выполнен как драйвер tl2. Шаблоны каналов обмена по протоколу BACnet/IP создаются в группе PLC слоя Источники /Приемники. Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие параметры: • Тип объекта - тип объекта по спецификации BACnet, значение выбирается из меню: • analog-input - аналоговый вход; • analog-output - аналоговый выход; • analog-value - аналоговое значение; • binary-input - цифровой вход; • binary-output - цифровой выход; • binary-value - цифровое значение; • calendar - календарь; • command - команда; • device - устройство; • event-enrollment - событие;
• file-файл; • Номер объекта - номер объекта BACnet в десятичном формате; • Код свойства - код свойства объекта по спецификации BACnet в десятичном формате. Коды некоторых свойств приведены ниже в таблице; • Тип данных - тип данных свойства по спецификации BACnet; используется при записи значения в контроллер, поэтому задается только для каналов типа OUTPUT; • Адрес устройства - строка с составным адресом прибора в следующем формате: <Router_IP>:<Router_Port>-<SubNetwork>.<DeviceNumber> где • Router_IP - IP-адрес маршрутизатора BACnet/IP в формате n1.n2.n3.n4; • Router_Port - номер порта; для ВACnetIP обычно равен 47808 (BAC0hex); • SubNetwork - номер внутренней подсети, в которой находится прибор. Номер присваивается маршрутизатором автоматически, его можно узнать из настроек маршрутизатора -например, с помощью входящей в Trace Mode утилиты BACnetScan или в программе OWS (объект BACnet Settings); • Dev ice Number - номер прибора в своей подстети, обычно задается с помощью набора переключателей на корпусе прибора. Если прибор подключен к сети непосредственно (без использования маршрутизатора), а также для запросов к самому маршрутизатору номер внутренней подсети задается равным 0. Некоторый коды свойств объектов BACnet Код(DEC) Название свойства 59 low-limit 45 high-limit 85 present-value 81 out-of-service Типы данных BACnet и их поддержка в текущей версии драйвера Код (DEC) Тип данных Поддерживается в текущей версии драйвера
Код (DEC) Тип данных Поддерживается в текущей версии драйвера 0 Null — 1 Boolean чтение и запись 2 Unsigned Integer чтение и запись 3 Signed Integer чтение и запись 4 Real чтение и запись 5 Double чтение и запись 6 Octet String - 7 Character String - 8 Bit String — 9 Enumerated чтение и запись 10 Date — 11 Time - 12 BACnetObjectldentifier - Наборы и типы данных свойств у каждого типа объектов различны, полные списки свойств и более подробную информацию о протоколе BACnet см. в «BACnet. A Data Communication Protocol for Building Automation and Control Networks.» - ANSI/ASHRAE Standard 135-2001, ISO 16484-5:2003, ISSN 1041-2336. Пример На рисунке ниже показаны настройки канала для чтения значения 1-го аналогового выхода прибора с локальным номером 5, связь через маршрутизатор с адресом 192.168.3.38. Основные Кодировка Т ип объекта Номер объекта Т ип данных i Input Направление Адрес устройства 192.168.3.38-20001.5
Утилита BACnetScan.exe Для нахождения в сети устройств, поддерживающих обмен по протоколу BACnet/IP, и просмотра свойств этих устройств можно использовать утилиту BACnetScan.exe, входящую в состав Trace Mode 6. Окно утилиты имеет следующий вид: Перед началом процедуры сканирования сети нужно задать номер порта для опроса, по умолчанию - 47808 (ВАС0Ьех). Нажатием кнопки Start scanning запускается процесс сканирования, занимающий обычно 3-10 секунд. После окончания сканирования в левом окне утилиты строится дерево обнаруженных устройств, состоящее из списка найденных маршрутизаторов, подключенных к ним приборов и списков свойств приборов. Отдельные элементы дерева можно выбирать, при этом справа в информационном окне утилиты отображается доступная для выбранного элемента дерева информация. Так, для маршрутизатора можно просмотреть список внутренних подсетей, для контроллера - название прибора, производителя и тип модели, а также полный путь к устройству, задаваемый в настройках канала BACnetIP в Trace Mode в соответствующем формате. Для отдельных свойств прибора в информационном окне также показан полный путь к прибору. Так как сканирование сети выполняется с помощью широковещательных IP-пакетов, компьютер с утилитой сканирования и приборы BACnet/IP должны находиться в одной подсети, или между разными подсетями должен быть шлюз, транслирующий широковещательный пакеты в другую подсеть.
Обмен по DeviceNet Описание драйверов DeviceNet Сеть DeviceNet представляет собой один или несколько приборов, каждый из которых однозначно идентифицируется в сети по присвоенному ему адресу - MAC ID. С каждым из приборов возможно два типа обмена -обмен явными (explicit) сообщениями и обмен I/O пакетами. При explicit-обмене контроллер представляется в виде объектно-ориентированной модели, и состоит из набора классов, объектов этих классов, атрибутов и методов объектов. Атрибуты могут быть как простыми (BYTE, WORD, REAL) так и составными из простых типов. Драйвер поддерживает два метода классов: Get_Attribute_Single() и Set_Attribute_Single(). Подробнее про объектную модель см. документацию DeviceNet. В протоколе DeviceNet также предусмотрел специальный тип обмена -I/O Messaging. При данном типе обмена после установки соединения master и slave устройства обмениваются блоками данных произвольной длины - размеры принимаемого и отправляемого буфера задаются при программировании контроллера. Блок данных, посланный ведущим компьютером, интерпретируется контроллером согласно заложенной программе, он может иметь нулевую длину или игнорироваться. В ответ на запрос контроллер формирует свой блок данных и отправляет ведущему. Файлы драйвера Список файлов драйвера протокола DeviceNet: • Canbus_stub.dll - интерфейс CAN-bus; • DN_Editor.dll - редактор объектной модели устройств DeviceNet; • canXXmacYY.adn - файлы с объектной моделью подключенных приборов, XX - номер интерфейса шины CAN, YY - MAC ID прибора; • DeviceNetSettings.dat - двоичный файл с настройками параметров DeviceNet; • device_net_editor_plugin.dll - библиотека для работы в среде разработки ТМ6; • media9.dll - модуль описания носителя; • tl2s9.dll - библиотека драйвера, обеспечивают обмен между МРВ и устройствами DeviceNet. Файлы должны находиться в корневой директории Trace Mode.
Интерфейс CAN-bus Библиотека интерфейса шины CAN canbus_stub.dll должна находиться в директории Trace Mode. Эта библиотека должна экспортировать следующий набор функций: int CAN_In.it (int channel, eCIBR baud_rate) ; int CAN_Send(int channel, unsigned short id, unsigned char* data, unsigned char data_len); int CAN_Recv(int channel, unsigned short* pld, unsigned char* data, unsigned char* pLen); void CAN_Close(int channel); Первым параметром каждой функции является номер канала CAN, в функции отправки и приема пакетов передаются/принимаются также идентификатор пакета, массив байт и его длина (до 8 байт). При инициализации скорость обмена задается в виде константы, согласно перечислению: enum eCIBR { CIBR_10K, // О CIBR_20K, // 1 CIBR_50K, //2 CIBR_125K, // 3 CIBR_250K, // 4 CIBR_500K, // S CIBR_800K, // 6 CIBR_1000K // 7 }; Драйвер поставляется с библиотекой для платы - интерфейса шины CAN производства ООО «Марафон» (http://can.marathon.ru/). При использовании других плат пользователь должен написать библиотеку с реализацией перечисленных функций самостоятельно. DeviceNet. Обмен explicit-сообщениями Настройки параметров обмена В структуре проекта контроллер DeviceNet представлен как группа, для редактирования которой вызывается специальная форма. Все каналы, созданные в этой группе, считаются входящими в соответствующий контроллер.
В верхней части формы расположены общие настройки интерфейса CAN. Номер используемой шины CAN выбирается в списке, в правой части задаются все параметры настройки обмена: скорость, таймауты, MAC ID инициатора обмена. Всего возможно использование до 256 каналов CAN. В поле «МАС П) прибора» задается адрес контроллера, с которым осуществляется обмен, этот адрес и номер выбранного канала CAN автоматически передаются в настройки каждого канала группы. Настройки интерфейсов CAN общие для всех контроллеров и всех проектов, они сохраняются в файле DeviceNetSettings.dat расположенном в директории Trace Mode. Используя кнопку «Добавить в группу каналы DeviceNet» есть возможность создавать каналы для обмена с контроллером, при этом вызывается окно редактора объектной модели прибора, на которой можно выбрать одно или несколько полей атрибутов. Пример группы представлен на рисунке:
Настройка канала Параметры шаблона канала обмена задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Номер канала CAN - номер канала интерфейса CAN, однобайтное десятичное число; • MAC ID прибора - адрес запрашиваемого прибора, однобайтное десятичное число; • Путь — строка, текстовое представление пути в объектной модели контроллера, для автоматического создания пути справа от текстового поля есть кнопка «Выбрать» открывающая редактор объектной модели DeviceNet для выбора поля данных; • Тип данных — номер поля в списке полей данных атрибута, значение из редактора объектной модели, однобайтное десятичное число; • Направление — тип направления обмена, чтение Input или запись Output. Поля номера канала CAN и адреса прибора недоступны для редактирования, значения приходят из настроек родительской группы (контроллера). Редактор объектной модели устройств DeviceNet Представление контроллера в виде объектной модели используется при обмене явными (explicit) сообщениями. Для каждого контроллера создается дерево узлов, сохраняемое в файле с именем canXXmacYY.adn, где XX - номер интерфейса шины CAN, YY - MAC ID прибора. При использовании нескольких однотипных приборов можно создать одну модель и копированием файлов под нужными именами получить остальные.
В окне редактора изображено дерево DeviceNet, добавление и удаление элементов дерева производится через контекстное меню, вызываемое правой кнопкой мыши. В общем случае путь к элементу выглядит так: Прибор - Класс - Экземпляр класса - Номер атрибута в экземпляре класса. Привязка каналов производится к полям атрибутов, т.е. необходимо чтобы атрибут имел как минимум одно поле данных. В редакторе доступны функции импорта из файлов EDS, сохранение и загрузка дерева из бинарных файлов. DeviceNet. Обмен I/O пакетами Настройки в конфигурационном файле для I/O обмена Конфигурационный файл для I/O обмена называется DeviceNet.ini, он должен быть расположен в корневой директории Trace Mode. Файл состоит из одной или нескольких секций, по количеству каналов шины CAN. Имя каждой секции - CAN n, где п — номер канала. Полный список параметров приведен ниже в таблице. Параметр Описание OpenConnectionTimeout Максимальное время ожидания соединения, мс CloseConnectionTimeout Максимальное время закрытия соединения, мс ReadTotalTimeout Общее время приема ответа, мс ReadlntervalTimeout Максимальный интервал между фрагментами, мс
Параметр Описание Master_MAC_ID Идентификатор компьютера - инициатора запросов, 0...63 Baudrate Скорость обмена - константа, соответствующая перечислению в описании функции CAN_Init() (см. выше) Параметры шаблона канала обмена задаются в следующем редакторе (см. также Описание драйверов DeviceNet): Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Номер CAN-канала - номер канала интерфейса CAN, однобайтное десятичное число; • МАС-адрес - идентификатор запрашиваемого прибора, однобайтное десятичное число; • Запрос - тип запроса к прибору, значение выбирается из меню: • DeviceExchange - канал этого типа инициирует сеанс обмена с контроллером, может быть как Input так и Output; • Read Buff Size - размер приемного буфера, в этот буфер приходит ответ от прибора; • WriteBuffSize - длина посылаемого блока данных; • ReadValue - каналы этого типа служат для доступа к элементам приемного буфера; • WriteValue - каналы этого типа служат для доступа к элементам отправляемого буфера; • Смещение - смещение переменной относительно начала блока. Настройка имеет смысл только для каналов с атрибутом Запрос типа ReadValue и WriteValue; • Тип данных - тип переменной в блоке, настройка имеет смысл
только для каналов с атрибутом Запрос типа ReadValue и Write-Value. Значение выбирается из меню: • SINT - short integer, однобайтное знаковое целое; • USINT - unsigned short integer, однобайтное беззнаковое целое; • INT - integer, знаковое двухбайтное целое; • UINT(WORD) - unsigned integer, беззнаковое двухбайтное целое; • DINT - double integer, знаковое 4-байтное целое; • UDINT(DWORD) - unsigned double integer, беззнаковое 4-байтное целое; • LINT - long integer, знаковое 8-байтное целое; • ULINT - unsigned long integer, беззнаковое 8-байтное целое; • REAL - число с плавающей точкой, float; • LREAL(double) - число с плавающей точкой двойной точности, double. Для обмена с прибором необходимо: • при редактировании проекта: • создать Output-каналы типов ReadBuffSize и WriteBuffSize; • создать каналы, адресующиеся к элементам обоих буферов; • создать канал-инициатор обмена (один); • при работе МРВ: • задать размеры буферов для отправки и приема; • заполнить буфер для отправки, если его длина больше 0; • обработка канала - инициатора обмена вызовет посылку контроллеру блока данных, прием ответа и запись ответа в буфер приема; • каналы, связывающие буфер приема с переменными нужных типов, отображают ответ контроллера. Ограничения драйвера DeviceNet Драйвер использует для обмена только первую группу идентификаторов DeviceNet, которая имеет максимальный приоритет. Соединение устанавливается заново при каждом запросе, и после окончания приема ответа закрывается. Пример. Настройка обмена с контроллером Mitsubishi FX2N-16MR по протоколу DeviceNet В примере показано, как использовать для обмена явные (explicit) сооб-
щения и I/O пакеты. Настройка контроллера Контроллеру FX2N-16MR для обмена по сети DeviceNet необходим интерфейсный модуль FX2N-64DNET. Порядок подключения интерфейсного модуля описан в руководстве по эксплуатации «FX2N-64DNET DeviceNet Interface Block. USER’S MANUAL» (файл FX2N-64DNET E.pdf). He забудьте поставить терминатор на конец линии CAN (резистор 100-150 Ом), в модуль FX2N-64DNET он не включен. Кроме физического подключения интерфейсный модуль необходимо сконфигурировать. Установим переключателями скорость обмена 125 Кбод, и MAC ID модуля - 1. Программирование контроллера Для того, чтобы контроллер мог обмениваться данными через интерфейсный модуль, модуль нужно активизировать. Пример программы, активизирующей интерфейс DeviceNet, приведен ниже (программа в виде лестничной диаграммы). В программе-примере при старте контроллера задаются размеры области
обмена: 16 байт для explicit сообщений, по 2 байта для приемного и предающего буфера I/O messaging, и активизируется интерфейсный модуль. При работе стадии подключения протокола DeviceNet показываются на выходах 4..6 контроллера. В регистр данных D100 записывается пришедшее значение из I/O пакета, в ответ посылается значение 1122hex. В регистры данных D200..D207 записываются пришедшие по explicit обмену значения, буфер для обратной отправки заполняется значениями 3344hcx. Запись программы в контроллер и просмотр содержимого регистров данных осуществляется в программе Mitsubishi MELSEC-FX. Другие примеры программ (в т.ч. для связи между контроллерами) смотрите в руководстве по эксплуатации интерфейсного модуля - «FX2N-64DNET DeviceNet Interface Block. USER’S MANUAL». Подробное описание синтаксиса лестничных диаграмм дано в руководстве по программированию контроллеров Mitsubishi серии FX. Настройка драйвера Заполнение конфигурационного файла для I/O обмена DeviceNet.ini: ; Baudrate constants: ; 0 - ЮК ; 1 - 20К ; 2 - 50К ;3 -125К ;4 - 250К ; 5 - 500К ;6 -800К ; 7 - 1000К [CAN_O] OpenConnectionTimeout = 2000 CloseConnectionTimeout = 500 ReadTotalTimeout = 1000 ReadlntervalTimeout = 500 Master_MAC_ID = 0 Baudrate = 3 В данном конфигурационном файле заданы настройки канала с номером 0 интерфейса шины CAN: • скорость - 125 Кбод; • идентификатор master-компьютера в сети - 0; • максимальное время открытия соединения - 2 сек (2000 мс);
• максимальное время закрытия соединения - 500 мс; • максимальное время принятия всего ответа - 1000 мс; • максимальный интервал между пакетами в составном ответе - 500 мс. В настройках группы - контроллера DeviceNet зададим параметры по аналогии с ini-файлом, и укажем адрес прибора = 1. Согласно документации Mitsubishi, для обмена явными (explicit) сообщениями предназначена сборка (Assembly) с номером 66hex (102dec). По стандарту DeviceNet атрибут с данными, содержащимися в сборке, имеет номер 3. В группе создадим 4 канала Input, адресующиеся к полям 3-го атрибута, и затем 4 канала Output для записи в те же поля. Созданная по перечисленным выше условиям объектная модель представлена на рисунке: Записывая значение в Output каналы, на следующем цикле пересчета мы получим те же числа в каналах Input, также пришедшие в регистры данных D200..207. Значения можно проверить в программе Mitsubishi MEL-SEC-FX в режиме монитора. Для обмена I/O пакетами создадим в базе 5 каналов - 2 Output канала, задающих размеры буфера отправки и приема (на старте МРВ заполним их значением 2); 1 Input канал, обращающийся к буферу приема, к значению типа WORD и смещением 0; 1 аналогичный Output канал для буфера отправки; и 1 канал — инициатор I/O обмена. После сеанса I/O обмена, мы можем наблюдать посланное WORD значение в регистре D100, в ответ мы получаем от контроллера число 1122hex.
Обмен с приборами фирмы МЗТА Обмен с контроллером КМ800 [КОНТАР] Драйвер обмена с контроллером КМ800 (КОНТАР) оформлен в виде драйвера til. Параметры шаблона канала обмена с контроллером КМ800 (КОНТАР) задаются в следующем редакторе: Основные Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер используемого СОМ-порта (0 - С0М1, 1 - COM2 и т.д.); • Устройство - номер прибора (0...31 в десятичном формате); • Запрос - тип запроса к прибору, выбирается из следующего меню (plc_mzta_kontar.tmc): • Режим_Р1_С - режим работы контроллера: О — нормальный режим, функционирует алгоритм; 1 — приложение отключено пользователем; 2 - приложение отключено операционной системой после трехкратного подряд сбоя функционирования. Для запуска/остановки приложения нужно записывать в канал значения 0 или 1 соответственно; • Режим_0О - режим цифрового выхода, может быть автоматическим (значение 0) или ручным (значение 1). Номер выхода передается в параметре Номер;
• Режим_АО - режим аналогового выхода (номер выхода передается в параметре Номер): О - автоматический режим, выход по току; 1 - ручной режим, выход по току; 2 — автоматический режим, выход по напряжению; 3 - ручной режим, выход по напряжению. • AI - значение аналогового входа; номер входа передается в параметре Номер и может принимать значение от 1 до 8 для контроллера МС8 или от 1 до 5 для МС5; • АО - значение аналогового выхода (в процентах от максимального значения); номер выхода передается в параметре Номер; • DI - значение цифрового входа (номер входа передается в параметре Номер): О - вход разомкнут; 1 - вход замкнут. • DO - значение цифрового выхода с учетом его режима. Номер выхода передается в параметре Номер. Значение 1 означает, что выход включен, 0 - отключен; • Число_Списков - количество списков параметров алгоритма, параметр доступен только для чтения; • Размер_Списка - размер списка параметров алгоритма, номер списка задается параметром Номер. Размер списка доступен только для чтения; • Знач_Параметра - значение параметра алгоритма, номер списка задается параметром Номер, позиция параметра в списке задается в поле Позиция; • Формат_Параметра - формат параметра алгоритма, доступен только для чтения. Номер списка и положение в списке задается аналогично запросу значения параметра. Расшифровка кода формата в соответствии с документацией: О — битовый параметр, размер 1 байт; 1 — знаковый целочисленный параметр, 2 байта; 2 — параметр в формате с плавающей точкой, одинарная точность (float); 3 — параметр времени, 2 байта (часы, минуты); 4 — параметр даты, 2 байта (число, месяц); • ПараметрЛоступ - доступность параметра, возможен только запрос на чтение. О — параметр доступен только для чтения, 1 - для чтения и для записи. Номер списка и положение в списке задается аналогично запросу значения пара-
метра; • Тревога-; • Номер - в зависимости от типа запроса задает номер входа (выхода) или номер списка. Число в десятичном формате, диапазон значений зависит от прибора. Нумерация каналов ввода/вывода начинается с 1, нумерация списков — с 0; • Позиция - номер параметра в списке, число в десятичном формате, нумерация начинается с 0. Все каналы могут иметь тип INPUT и OUTPUT. Атрибут Номер не используется при запросе режима работы контроллера и запросе количества списков параметров, значение его должно быть равно 0. Атрибут Позиция не используется во всех запросах, кроме запросов параметров алгоритма, его значение должно быть равно 0. Для инициализации драйвера необходимо создать хотя бы один канал INPUT с любым запросом к нужному прибору. Обмен с приборами серии МИНИТЕРМ Универсальный драйвер обмена с приборами серии МИНИТЕРМ оформлен в виде драйвера til. Обращение к параметрам ОЗУ прибора осуществляется на основе адресов параметров, поэтому в директории RTM и директории проекта необходимо создать дополнительные текстовые файлы. Список приборов с указанием соответствия номеров приборов их типу (к одному и тому же COM-порту можно подключить до 16 приборов) хранится в файле Miniterm_devices.tbl, расположенном в папке проекта и имеющем следующий формат: Cl N1 Т1 Cl N2 Т2 Ci Nj Tk где С - номер СОМ-порта, к которому подключен прибор (0-СОМ1, 1-СОМ2 и т.д. как в настройках канала), N - номер прибора (0..15), Т - тип прибора (0..255). Строки, не соответствующие указанному формату, не анализируются. Таблица коэффициентов преобразования для каждого типа прибора зада
ется в файле Miniterm_typeX.tbl, где X - номер типа (0..255) (если, например, все подключенные приборы имеют один и тот же тип, потребуется один файл Miniterm_typeX.tbl). Файлы с таблицами коэффициентов должны быть расположены в корневой директории Trace Mode. Файлы имеют следующий формат (в качестве разделителей полей используются пробелы): Addr Coeff_write Coeff_read Paramsize где • Addr - адрес параметра (HEX); • Coeff write и Coeff_read - коэффициенты для записи и чтения соответственно (DEC); • Param size - количество памяти для хранения параметра во внешнем ОЗУ. Если параметр доступен только для записи или только для чтения, вместо соответствующего коэффициента указывается число -1. При размере параметра, равном 6 (троированный формат), запрос к ОЗУ выполняется со смещением на 2 байта. При размере параметра, равном 2, смещения нет. Все строки, не соответствующие указанному формату, не анализируются. Используемый последовательный порт должен иметь следующие параметры (см. Редактор параметров СОМ-порта): • скорость обмена - 1200 бод; • количество информационных битов - 8; • количество стоповых битов - 2. Параметры шаблона канала обмена с приборами серии МИНИТЕРМ задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие ат-
рибуты: • Порт - номер СОМ-порта (0 - С0М1, 1 - COM2 и т.д.), один байт в десятичном формате; • Значение - номер прибора, один байт в десятичном формате; • Адрес - адрес в приборе, два байта в формате HEX. Для внутреннего ОЗУ прибора старший байт равен 0x00; • Тип запроса - тип запроса, выбирается из следующего меню: • однобайтовое значение из внутреннего ОЗУ; • двухбайтовое значение из внешнего ОЗУ; • переключение режима прибора (только для каналов OUTPUT).
Обмен с приборами ДАСУ БОИ-М2Г Драйвер обмена с контроллером ДАСУ БОИ-М2Г оформлен в виде драйвера til. Для используемого порта должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость передачи - 2400/4800/9600 (в зависимости от параметров настройки БОИ в меню уставок); • число информационных бит - 8; • число стоповых бит = 1; • четность - НЕТ. Рекомендуемое значение таймаута ожидания ответа - 300 мс. При выборе таймаута меньше рекомендованного значения значительно увеличивается вероятность появления ошибок приема. Протокол обмена с приборами ДАСУ предусматривает использование пароля для доступа к контроллеру. Если необходимо использовать пароли, их список задается в файле DASU_BOI_passwords.txt. В файле анализируются строки вида: Abonentl Passwordl Abonent2 Password2 AbonentN PasswordN где Abonent и Password — числа в десятичном формате. Строки, не соответствующие данному формату, не анализируются. Если пароль не задан, абоненту ставится в соответствие пустой пароль (значение 0). Параметры шаблона канала обмена задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакто-
ры источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, уменьшенный на 1; • Пустой - незначащее поле, введено для совместимости с моделью внешних драйверов TraceMode, значение в этом поле всегда должно быть 0; • Абонент - номер абонента, двухбайтовое число в десятичном формате; • Запрос - код запроса к прибору; значение этого параметра выбирается из следующей таблицы: NN запроса Описание Тип канала (Input/О utput) 0 Текущий день I 1 Текущий месяц I 2 Текущий год I 3 Текущий час I 4 Текущая минута I 5 Текущая секунда I 6 Тип системы учета I 7 Текущее состояние (код неисправности) I 8 Тип абонента I 9 Номер версии программы I 10 Глубина часового архива I 11 Номер сервера I 12 Минимальная единица архивирования I 13 Количество попыток дозвона I 14 Активные температурные (резистивные) каналы по битам I 15 Активные (токовые) каналы давления по битам I 16 Глубина суточного архива I 17 Отчетный час для суточного архива I 18 Метрологические параметры - тип каналов по битам I 19 Метрологические параметры - 1 канал I 20 Метрологические параметры - 2 канал I 21 Метрологические параметры - 3 канал I 22 Метрологические параметры - 4 канал I 23 Метрологические параметры - 5 канал I
NN запроса Описание Тип канала (1п-put/Output) 24 Метрологические параметры - 6 канал I 25 Метрологические параметры - 7 канал I 26 Метрологические параметры - 8 канал I 27 Метрологические параметры - 9 канал I 28 Метрологические параметры - 10 канал I 29 Метрологические параметры - 11 канал I 30 Метрологические параметры - 12 канал I 31 Метрологические параметры - 13 канал I 32 Метрологические параметры - 14 канал I 33 Текущий параметр - приведенный расход газа G I 34 Текущий параметр - избыточное давление газа Ризб I 35 Текущий параметр - температура газа t I 36 Текущий параметр - плотность газа I 37 Текущий параметр - перепад давления на диафрагме I 38 Текущий параметр - код неисправности I 39 Суммарный объем газа I 40 Суммарное время наработки в исправном состоянии I 41 Суммарное время во включенном состоянии I 42 День для получения часового архива I, о 43 Месяц для получения часового архива I, о 44 Год для получения часового архива I, О 45 Час для получения часового архива I/ О 46 Объем газа за час I 47 Среднее избыточное давление за час I 48 Средняя температура газа за час I 49 Время наработки в исправном состоянии за час I 50 Время во включенном состоянии за час I 51 Код ошибки за час I 52 День для получения суточного архива I, О 53 Месяц для получения суточного архива I, О 54 Год для получения суточного архива I, О 55 Объем газа за сутки I
NN запроса Описание Тип канала (1п-put/Output) 56 Среднее избыточное давление за сутки I 57 Средняя температура газа за сутки I 58 Время наработки в исправном состоянии за сутки I 59 Время во включенном состоянии за сутки I 60 Код ошибки за сутки I 61 Номер записи в архиве I, о 62 День архива, соответствующий записи I 63 Месяц архива, соответствующий записи I 64 Год архива, соответствующий записи I 65 Час архива, соответствующий записи I 66 Минута архива, соответствующая записи I 67 Секунда архива, соответствующая записи I 68 Значение СО2 из архива I 69 Значение N2 из архива I 70 Значение рс из архива I 71 Значение фс из архива I ТВА-1 Драйвер обмена с контроллером ДАСУ ТВА-1 оформлен в виде драйвера til. Для используемого порта должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость передачи - 1200; • число информационных бит - 8; • число стоповых бит — 1; • четность - НЕТ. • тип управления передатчиком - DTR,RTS=on Рекомендуемое значение таймаута ожидания ответа - 3500 мс. Устойчивый обмен с прибором при запросе части параметров возможен и при меньших значениях данного таймаута. Указанное значение соответствует максимально возможному времени формирования ответа в приборе. Протокол обмена с приборами ДАСУ предусматривает использование пароля для доступа к контроллеру. Если необходимо использовать пароли, их список задается в файле DASU_TVA_passwords.txt В файле анализируются строки вида:
Abonentl Passwordl Abonent2 Password.2 AbonentN PasswordN где Abonent и Password — числа в десятичном формате. Строки, не соответствующие данному формату, не анализируются. Если пароль не задан, абоненту ставится в соответствие пустой пароль (значение 0). Параметры шаблона канала обмена с контроллером ДАСУ ТВА-1 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, уменьшенный на 1; • Тип - тип запроса к прибору, значение выбирается из меню. Возможны запросы итоговых, часовых и суточных значений. При запросах текущих параметров прибора (время, текущее состояние и т.п.) необходимо указать тип запроса Итоговый; • Абонент - номер абонента, двухбайтовое число в десятичном формате; • Запрос - код запроса к прибору, значение выбирается из следующей таблицы: NN запроса Описание Итоговые Часовые Суточные 0 День I I, о I, о 1 Месяц I I, о I, о 2 Год I I, о I, о
NN запроса Описание Итоговые Часовые Суточные 3 Час I I, о - 4 Минуты I - - 5 Секунды I - - 6 Тип системы учета I - - 7 Текущее состояние (код неисправности) I - - 8 Тип абонента I - - 9 Номер версии программы I - - 10 Глубина архива I - - 11 Номер сервера I - - 12 Средняя температура ПВ - I I 13 Средняя температура ОВ - I I 14 Средняя температура ГВС - I I 15 Масса воды в ПВ I I I 16 Масса воды в ОВ I I I 17 Масса воды на ГВС I I I 18 Общее количество тепла I I I 19 Количество тепла на отопление I I I 20 Время в исправном состоянии I I I 21 Время с перегрузкой по расходу I I I 22 Код неисправности - I I Пояснения к таблице. Для запросов с 0 по 11 для получения текущих значений параметр Туре задается как Итоговый. Параметр Туре со значением Часовой или Суточный используется для чтения и установки даты архива - соответственно часового или суточного. Если существует хотя бы один канал с кодом запроса 0-11 и типом Итоговый (текущие параметры прибора), то дата архива задается по умолчанию как текущие дата и время.
Обмен с контроллерами фирмы ОВЕН Контроллеры ПКП1, СИ8, ТРМ101, ТРМ138 Драйвер обмена оформлен в виде драйвера tl 1. Для обмена необходимо настроить последовательный порт (см. Редактор параметров СОМ-порта). HASH-имена параметров, типы данных и другие атрибуты драйвер считывает из таблицы, хранящейся в текстовом файле OWEN-RS485.tbl. Таблица имеет следующие поля: • ID - номер строки, десятичное число, нумерация начинается с 0. Номера должны идти строго последовательно (0, 1, 2, 3...) без пропусков; • Device_addr - 8-битный адрес узла сети, один байт в десятичном формате; • Dev_addr_ext - 3-битовое расширение адреса узла сети; • HASH(hex) - 2-байтный идентификатор параметра в hex, hash-код из таблицы описания параметров прибора; • Format - формат представления параметра, число либо символ «-». Доступные коды формата (в скобках указано обозначение формата в перечне программируемых параметров из документации на при-бор): --пустое поле данных, используется, например, для подачи команд в ПКП1; 0 - текст (Т или STR); 1 - беззнаковое однобайтное целое (UB); 2 - беззнаковое двухбайтное целое (I); 3 - усеченное 3-байтовое число с плавающей точкой, PIC-формат (F24); 4 - число с плавающей точкой, IEEE-формат (IEEE); 5 - знаковое число с односторонней десятичной точкой, мантисса двоично-десятичная (DEC dotO); 6 - знаковое число с односторонней десятичной точкой, мантисса двоичная (STORED_DOT или DEC dot u); • Index - индекс для параметров с индексацией, 2-байтное число в hex-формате либо символ «-». Заданный в таблице индекс можно отобразить в TRACE MODE, но изменить нельзя; • Time - признак того, что с параметром передается время его измерения. Если время передается, должен стоять символ «+», иначе - «-».
Поля таблицы разделяются пробелами или символами табуляции, строки, не соответствующие описанному формату, не рассматриваются. Файл OWEN-RS485.tbl должен находиться в директории RTM. Адрес прибора может быть 8- и 11-битным. При И-битном адресе младшие три бита записываются в поле Dev_addr_ext, оставшиеся биты - в поле Dev_addr. При 8-битной адресации адрес заносится в поле Dev_addr, Dev_addr_ext = 0. Многоканальные приборы представляются в сети как несколько одноканальных приборов. Например, для 8-канального ТРМ138 с адресом 0: первый канал - адрес = 0, второй канал -адрес = 1, ... 8-й канал - адрес = 7. Поэтому базовые адреса многоканальных приборов увеличиваются с шагом, равным количеству каналов (ТРМ138-0, 8, 16 и т.д.). Параметры шаблона канала обмена с контроллерами задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, уменьшенный на 1. • Тип - тип атрибута, значение выбирается из меню: • Значение - значение параметра (INPUT и OUTPUT); • Индекс - индекс параметра, если он есть (только INPUT); • Время - время изменения параметра, если оно есть (только INPUT); • Байт_0 ... Байт_7 - прямой доступ к соответствующим байтам блока данных в пакете обмена (INPUT и OUTPUT); • Идентификатор - номер строки с описанием параметра в таблице
OWEN-RS485.tbl (в десятичном формате). Контроллеры УКТ38, ТРМ-32, 33, 34, 38 Драйвер оформлен как драйвер tl2. В директории МРВ должен быть размещен файл OWEN-RS232.ini, в котором для каждого используемого СОМ-порта создаются 2 строки вида: COMl_init_string = baud=9600 parity=n data=8 stop=l COMl_read_timeout = 1000 Строка инициализации задается аналогично параметрам команды mode ОС Windows, таймаут задается в миллисекундах. Для задания номера библиотеки используется параметр MediaNumber, по этому номеру библиотеку описания носителя загружают драйверы tl2. Все вышеописанные параметры находятся в секции Config INI-файла. Параметры шаблона канала обмена с контроллерами задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, уменьшенный на 1; • Запрос - тип запроса к прибору (см. ниже); • Канал АС2 - канал преобразователя АС-2, значение от 1 до 8;
• Старт/поз - стартовый адрес или позиция в массиве, в зависимости от типа запроса; • Атрибут - атрибут, тип представления числа - знаковое или беззнаковое, нужное значение выбирается из меню. Доступные варианты запросов: • Порт - чтение состояния портов приборов ТРМ, номер порта задается в поле Старт/поз и принимает значения от 0 до 3; • Байт - чтение байта из памяти прибора, начальный адрес задается в поле Старт/поз, адрес однобайтный в hex; • Слово - чтение слова (2 байт) из памяти прибора, начальный адрес задается в поле Старт/поз, адрес однобайтный в hex; • buffi 6 - чтение из прибора массива из 16 байт, начальный адрес массива задается в поле Старт/поз, адрес однобайтный в hex. Массив читается во внутренний буфер драйвера и его элементы доступны в виде 2-байтных числе через запрос buffi 6_val; • buff 32 - чтение из прибора массива из 32 байт, начальный адрес массива задается в поле Старт/поз, адрес однобайтный в hex. Массив читается во внутренний буфер драйвера и его элементы доступны в виде 2-байтных чисел через запрос buff32_val; • buffi 6_val - получение значения из считанного 16-байтного массива, значение 2-байтное, индекс элемента массива задается в поле Старт/поз и принимает значения от 0 до 7; • buff32_val - получение значения из считанного 32-байтного массива, значение 2-байтное, индекс элемента массива задается в поле Старт/поз и принимает значения от 0 до 15; Для всех запросов кроме buffi 6 и buff32 можно выбрать представление числа (знаковое или беззнаковое) в поле Атрибут. Все каналы могут быть только типа INPUT - значения доступны только для чтения. Соответствующие внутренним переменным приборов адреса памяти можно найти в документации к каждому прибору. Для правильной работы драйвера необходимо указать номер библиотеки описания носителя в конфигурационном файле OWEN-RS232.ini. Пример файла OWEN-RS232.ini: [Config] MediaNumber = 1 COMl_init_string = baud=96 parity=n data=8 stop=l COMl_read_timeout = 1000 COM2_init_string = baud=9600 parity=e data=8 stop=2
COM2_read_timeout = 2000 Контроллер МПР-51 Драйвер оформлен как драйвер 112. В директории МРВ должен быть размещен файл OWEN-RS232.ini, в котором для каждого используемого COM-порта создаются 2 строки вида: COMl_init_string = baud=9600 parity=n data=8 stop=l COMl_read_t lineout = 1000 Строка инициализации задается аналогично параметрам команды mode ОС Windows, таймаут задается в миллисекундах. Для задания номера библиотеки используется параметр MediaNumber, по этому номеру библиотеку описания носителя загружают драйверы tl2. Все вышеописанные параметры находятся в секции Config INI-файла. Параметры шаблона канала обмена с контроллером задаются в следующем редакторе: Основные ......- .... Имя |0WEN-MPR5rm~ Кодировка |TW0 Комментарий |_________ Параметры Номер порта Канал АС2 Запрос Направление Дополнительно [ Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Номер порта - номер COM-порта, уменьшенный на I; • КаналАС2 - канал преобразователя АС-2, значение от 1 до 8; • Запрос - тип запроса к прибору, значение выбирается из меню: • Тп род - температура продукта; • Тсух - температура сухого термометра;
• Т вл аж - температура влажного термометра; • Влажность - влажность. Все значения доступны только для чтения. Для правильной работы драйвера необходимо указать номер библиотеки описания носителя в конфигурационном файле OWEN-RS232.ini.
Обмен с контроллерами фирмы ВИБРАТОР Обмен с контроллерами Ф1765, Ф1766 Драйвер обмена с контроллерами Ф1765 и Ф1766 оформлен в виде драйвера tl 1. Для последовательного интерфейса должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость обмена с прибором - 19200 бод; • число информационных бит - 8; • число стоповых бит - 1; • четность - НЕТ; • таймаут рекомендуется указывать не меньше 3000 мс, так как при записи значений в прибор время задержки ответа может быть достаточно большим (порядка 1 с) Параметры шаблона канала обмена с контроллерами задаются в следую- Типустройства | F1765 Направление Input v | Дополнительно [I Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер СОМ-порта, уменьшенный на 1, 1 байт DEC; • Номер устройства - номер прибора, 1 байт в формате DEC; • Тип устройства - тип прибора, значение выбирается из меню (F1765 или F1766);
• Запрос - тип запроса, значение выбирается из меню: • Результат-результат измерения; • Ниж_граница - уставка У1; • Верх_граница - уставка У2; • Состояние* - состояние канала (0-выкл, 1-вкл); • Тип_сигнала* - признак вида измеряемого сигнала (1 - напряжение); • Тип_прибора* - обозначение исполнения прибора (1 или 2); • Номер_диапазона* - код диапазона измерения (1..6); • Настройка*-вид уставки; • Канал - номер канала, от 1 до 8 (для Ф1765 - только 1), 1 байт в формате DEC. Каналы с запросами Ниж_граница, Верх_граница, Но-мер_диапазона могут быть типа OUTPUT (Номер_диапазона -только для Ф1766) * - только для прибора Ф1766.
Обмен с устройствами фирмы Danfoss Обмен с частотными преобразователями Обмен данными с частотными преобразователями VLT2800, ULT5000, VLT6000 реализуется через последовательный интерфейс RS-485 по протоколу FC protocol. Для настройки протокола используются параметры 500-514 преобразователей. Драйвер позволяет считывать и управлять значениями всех параметров частотных преобразователей с 1 по 640. Подробное описание этих параметров изложено в руководстве пользователя соответствующего частотного преобразователя. При настройке COM-порта (см. Редактор параметров СОМ-порта) необходимо указать управление приемо-передатчиком DTR=on,RTS(auto). Используемый конвертор RS-232/RS-485 должен поддерживать этот режим (17520 не поддерживает). Параметры шаблона канала обмена с преобразователями задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе надо указать номер используемого порта в формате HEX (атрибут Порт: 0 - СОМ1, 31 -СОМ32), адрес контроллера (атрибут Адрес) и номер параметра (атрибут PNU).
Для чтения или записи статуса и reference, а также получения информации об ошибке преобразователя используются каналы с PNU=0. Для работы со статусом значение атрибута IND надо установить равным 0, для reference - 1 (необработанное значение reference) или 2 (значение в процентах), а для контроля ошибки - 3. Запросы в преобразователь по каналам с PNU=0 не формируются. Информация о статусе, reference или ошибке берется из запросов других параметров. Поэтому в базе каналов должен присутствовать хотя бы еще один канал, запрашивающий значение любого параметра преобразователя, кроме статуса, reference или ошибки. Обмен с тепловычислителями Эксперт-Z Параметры шаблона канала обмена задаются в следующем редакторе: Основные Имя | EXPERTS Кодировка |TW0 Комментарий | Параметры Порт Код операции Модуль Номер CNV Направление Дополнительно [______________________________| Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..., 31 -СОМ32). Этот параметр задается в формате HEX; • Код операции - выполняемая операция: • 0 - считать текущие данные (значение Номер должно быть равно 0);
• 1 - считать конфигурацию устройства (значение Номер должно быть равно 0); • 2 - управление чтением из архива устройства по значению канала (тип канала должен быть OUTPUT): -1,0,1— соответственно предыдущая, текущая или следующая запись; DD + 256 * (ММ + 256 * YY) - из архива считывается первая запись, время которой равно или больше времени, заданного данным значением. Канал должен быть класса FLOAT; • 3, 4 - считать соответственно среднечасовое/среднесуточное значение указанного параметра из архива (если каналы пишутся в архив TRACE MODE, то время в них - от считанной записи). Общее количество обрабатываемых каналов, по каждой из настроек Код операции, составляет: • 60 для каналов с Код операции=0; • не более 134 для каналов с Код операции=1; • 139 для каналов с Код операции=3, Код операции=4. • Модуль - адрес устройства (1-FFh); • Номер - номер переменной (полный перечень см. ниже). Количество и нумерация параметров, считываемых каналами с соответствующими настройками Номер, соответствуют перечню параметров, указанному в документации на протокол прибора, за исключением: • значения части параметров конфигурации, имеющих представление в виде ASCII-символов, а также параметров, зарезервированных разработчиком для последующей модификации, заменяются значениями индекса собственной настройки Номер; • значения настройки Номер для каналов считывания часового (настройка Код операции=3) и дневного (настройка Код операции=4) архивов, задаются значениями, равными удвоенным номерам параметров. Таким образом, допустимыми значениями настройки Номер для данных каналов являются только четные значения; • CNV - дополнительная настройка для выбора способа представления параметров, имеющих 6-байтовый формат: • при CNV=0 преобразование осуществляется по схеме: I < 256, v= I + D/65536; 255 < I < 65536, v = I + HighByte(D)/256; I > 65535, v = I; где:
I - 4-байтовое целое значение старших байтов числа, D — 2-байтовое целое значение младших байтов числа, V - результат преобразования; • при CNV=3 преобразование осуществляется по схеме: V = I // 4-байтовое целое • при CNV=4 преобразование осуществляется по схеме: V = D //2-байтовое целое Запись в архив Т$АСЕ MODE меток времени архивных данных (для каналов с настройками Код операции=3, 4) осуществляется с сезонным часовым смещением. Ввиду отсутствия аналогичного преобразования в самом приборе, во избежание смещение часа, подъем архива следует осуществлять глубиною до начала текущего временного сезона. Ниже приводится полный перечень параметров по каждой из функций (символ ’*’ рядом с индексом параметра указывает на использование для представления значений данного канала настройки CNV): • при ненулевом значении настройки Номер в канал считывается следующий параметр: 1*- VI общ. (м3); 2* - VI мгнов. за 10 сек. (м3/час); 3*-У2общ. (м3); 4* - У2мгнов. за 10 сек. (м3/час); 5*-УЗобщ. (м3); 6* - УЗмгнов. за 10 сек. (м3/час); 7* - У4общ. (м3); 8* - У4мгнов. за 10 сек. (м3/час); 9* - У5общ. (м3); 10* — У5мгнов. за 10 сек. (м3/час); 11 * — Опод. мгнов. за 1 мин. (т/час); 12 * - Опод. общее (т); 13 * - Go6p. мгнов. за 1 мин. (т/час); 14 * - Go6p. общее (т); 15 — Рпод. мгнов. за 1 мин.; 16 - Рпод. среднее за 1 час (МПа); 17 - Робр. мгнов. за 1 мин.; 18 - Робр. среднее за 1 час (МПа); 19-Тпод. мгнов.; 20 - Тпод. среднечасовое за час;
21 - Тобр. мгнов.; 22 - Тобр. среднечасовое за час; 23 — ТЗ мгнов.; 24 - ТЗ среднечасовое; 25 * - накопленная энергия; • для функции считывания данных часового (каналы с настройкой Код операции=3) и дневного (каналы с настройкой Код опера-ции=4) архивов при ненулевом значении настройки Номер в канал считывается следующий параметр: 2 - .byte=0xF0 (константа); 4 - тип считанной записи; 6 - время записи (ss); 9 - время записи (mm); 10 - время записи (hh); 12 - время записи (DD); 14 — время записи (ММ); 16 - время записи (YY); 18 - время работы прибора в секундах с момента разрешения архива; 20 - зарезервированный параметр (не используется); 22 - зарезервированный параметр (не используется); 24 - температура холодной воды; 26 - зарезервированный параметр (не используется); 28-Р1 (в МПа); 30-Р2(в МПа); 32* - счетчик массы воды (подача) Ml (в тоннах); 34* - счетчик массы воды (обратка) М2 (в тоннах); 36* - счетчик подпиток (М2-М1); 38* - счетчик утечек (Ml-М2); 40* - счетчик объема воды в м3 3-го расходомера; 42* - счетчик объема воды в м3 4-го расходомера; 44* — счетчик объема воды в м3 5-го расходомера; 46 - код ошибки системы теплоснабжения за час; 48 - время <Vl_min (подача); 50 - время >Vl_max (подача); 52 - время <V2_min (обратка); 54 — время >V2_max (обратка);
56* - сумма т0Т0; 58* - сумма т0; 60* - сумма ni]Ti; 62* — сумма Шь 64* - энергия (в ГДж/Гкал); 66 - зарезервированный параметр (не используется); 64 — код ошибки за сутки; 70* - VI счетчика (в м3); 72* - V2 счетчика (в м3); • для функции считывания параметров конфигурации (Код операции^) при ненулевом значении настройки Номер в канал считывается следующий параметр: 1 —температура замещения (подача); 2 — конфигурация канала температуры (подача); 3 — тип датчика (подача); 4 - температура замещения (обратка); 5 - конфигурация канала температуры (обратка); 6 - тип датчика (обратка); 7 - температура замещения (холодная вода); 8 - конфигурация канала температуры (холодная вода); 9 - тип датчика (холодная вода); 10 * - Vl_min мин. допустимый расход подачи (куб/ч); 11 * - Vl_max макс, допустимый расход подачи (куб/ч); 12 * - Vl_min мин. допустимый расход обр. (куб/ч); 13 * — VI max макс, допустимый расход обр. (куб/ч); 14 * — Vl_min мин. допустимый расход 3-го (куб/ч); 15 * - Vl_max макс, допустимый расход 3-го (куб/ч); 16 * - Vl_min мин. допустимый расход 4-го (куб/ч); 17 * - Vl_max макс, допустимый расход 4-го (куб/ч); 18 * - Vl_min мин. допустимый расход 5-го (куб/ч); 19 * - Vl_max макс, допустимый расход 5-го (куб/ч); 20 * - цена импульса расходомера в литрах (подача); 21 - максимально допустимое число периодов отсутствия импульсов (подача); 22 * - цена импульса расходомера в литрах (обратка); 23 - максимально допустимое число периодов отсутствия импульсов (обратка);
24* - цена импульса расходомера в литрах (3-й); 25 — максимально допустимое число периодов отсутствия импульсов (3-й); 26* - цена импульса расходомера в литрах (4-й); 27 - максимально допустимое число периодов отсутствия импульсов (4-й); 28* - цена импульса расходомера в литрах (5-й); 29 - максимально допустимое число периодов отсутствия импульсов (5-й); 30 - конфигурация канала расходомера (подача); 31 - конфигурация канала расходомера (обратка); 32 - конфигурация канала расходомера (3-й); 33 - конфигурация канала расходомера (4-й); 34 - конфигурация канала расходомера (5-й); 35 - конфигурация системы; 36 * - Р 1_тах - диапазон давления датчика (в МПа); 37 * — Р2_тах - диапазон давления датчика (в МПа); 38 * - Pl_min - диапазон давления датчика (в МПа); 39 * - P2_min - диапазон давления датчика (в МПа); 40 - интервал измерения в секундах; 41 — интервал интегрирования в интервалах измерения; 42 - интервал архивирования в интервалах интегрирования; 43 - индекс (не используется); 44 — индекс (не используется); 45 - номер клеммы расходомера, отражаемый на выход F; 46 - конфигурация канала давления; 47 - .byte=O; 48 - канал для выхода 4—20 мА; 49 - маска ошибок для срабатывания реле; 50 — индекс (не используется); 51 - ,word=0; 52 — индекс (не используется); 53 - .word=0; 54 — индекс (не используется); 55 - индекс (не используется); 56 - индекс (не используется);
57 — .word=0 - архив разрешен, 1 - очистка архива/архив запрещен; 58 - индекс (не используется); 59 - .byte=Oh (конст.); 60 — .byte=Oh (конст.); 61 — .byte=Oh (конст.); 62 — .byte=55h (конст.); 63 — текущее время прибора (ss); 64 - текущее время прибора (mm); 65 — текущее время прибора (hh); 66 - текущая дата прибора (DD); 67 - текущая дата прибора (ММ); 68 - текущая дата прибора (YY). Для инициализации обмена должен быть создан канал с Номер=0. Для обмена необходимо настроить последовательный порт (см. Редактор параметров СОМ-порта). Обмен с теплосчетчиками FP-93 Параметры шаблона канала обмена задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты:
• Порт - номер последовательного порта обмена (0 - С0М1,..., 31 -СОМ32). Этот параметр задается в формате HEX; • Модуль - номер контроллера в формате HEX (0-FF); • Канал - десятичный адрес переменной (диапазон соответствует протоколу обмена); • Переменная - адрес переменной в формате HEX. Для обмена необходимо настроить последовательный порт (см. Редактор параметров СОМ-порта).
Обмен с контроллерами Siemens Протокол Profibus DP Драйвер обеспечивает обмен данными TRACE MODE с устройствами, поддерживающими протокол Profibus-DP. Для работы в сети Profibus компьютер должен быть оснащен специализированной коммуникационной картой. Драйвер предназначен для использования со следующими Profibus-картами Siemens A&D: • СР-5611; • СР-5412; • СР-5613; • СР-5614. По вопросам совместимости коммуникационных карт других производителей обращайтесь к поставщику оборудования. Драйвер поддерживает чтение входных данных и запись выходных данных. Драйвер оформлен в виде драйвера tl2. Для его корректной работы необходимо: • установить на компьютер пакет SIMATIC NET, обеспечивающий связь Windows-приложений с коммуникационной картой; • установить на компьютер пакет STEP7 или COMProfibus, необходимый для настройки коммуникационной карты и программирования устройств сети Profibus.; При отсутствии авторизации пакетов SIMATIC NET, STEP7 или COMProfibus, Вы используете их на свой страх и риск. При отсутствии самого пакета SIMATIC NET драйвер не сможет работать, так как использует библиотеки API, предоставляющие доступ к ресурсам коммуникационного процессора. • создать проект с конфигурацией аппаратной части всей сети при помощи пакета STEP7 или COMPorfibus; • скомпилировать и выгрузить созданный проект в коммуникационную карту; • выполнить конфигурирование и программирование всех устройств сети Profibus-DP; • выгрузить созданные проекты в устройства сети Profibus-DP; • указать для точки входа (Access Point) CP L21: протокол Profibus-DP; • в программе конфигурации драйвера задать список активных узлов
сети и адрес ведущего устройства. При неверно указанной точке входа (Access Point) ОРС-сервер будет успешно обмениваться данными с устройствами, а драйвер не сможет получить доступ к ресурсам коммуникационного процессора. Правильность выполнения конфигурации можно проверить с помощью ОРС-сервера, поставляемого Siemens на диске SIMATIC NET. OPC-Scout должен читать и записывать данные в устройство без сообщений об ошибках или некачественной связи. Результаты чтений должны отражать текущее состояние входов устройства, а результаты записи отражаться на выходах. По вопросам настройки и программирования устройств в сети Profibus, а также связи ОРС-сервера с ними обращайтесь в службу технической поддержки Siemens A&D или к разработчику оборудования. Успешное использование драйвера возможно только после проверки связи с удаленными устройствами через ОРС-сервер и правильного указания точки входа (Access Point). Протокол Profibus-DP предназначен для высокоскоростного (до 12Мбод) обмена данными с удаленной периферией. В соответствии с его идеологией, в сети есть ведущий узел (Master) и ведомые узлы (Slave). Обмен данными - циклический. Данные, предназначенные для обмена, разделены на «входные» и «выходные». Входные данные представляют собой состояния входов удаленных узлов. Выходные данные отсылаются к подчиненным узлам для записи их в выходы. Обращение к данным побайтное. Т.е. DP-Master может иметь N байт входных данных и М байт выходных данных. Каждый байт этих данных единственным образом связан с каким-либо Slave-устройством. Эта связь устанавливается при создании конфигурации коммуникационной карты и подчиненных устройств. Более подробную информацию по сети Profibus-DP можно получить на сайте или у поставщика оборудования. Информация на русском языке по сетям Profibus (www.automation-drives.ru/as/products/09_net/04_man/index.shtml). Драйвер имеет доступ на чтение к входным данным и доступ на запись к выходным. Входные и выходные данные не связаны между собой. Посылка значения X в выходной байт номер N не говорит о том, что это же значение будет иметь входной байт номер N или любой другой байт адресного пространства. Всю необходимую информацию по конфигурации сети драйвер получает с помощью средств SIMATIC NET. Для его работы необходимо указать только адрес ведущего узла и адреса ведомых узлов, участвующих в обмене данными. Для этих целей служит утилита конфигурации DPcon-
fig.exe. Результаты конфигурирования сохраняются в файле ProfiDP.cfg. Файл конфигурации ProfiDP.cfg должен быть расположен в папке узла. Окно программы имеет следующий вид: В нем необходимо указать адрес ведущего (Master) узла, а также отметить адреса всех узлов, присутствующих в конфигурации коммуникационной карты. После этого необходимо сохранить результаты (кнопка Сохранить в файл). Также есть возможность прочитать существующую конфигурацию из файла и очистить текущую конфигурацию. Не редактируйте и не удаляйте файл конфигурации! Неверные данные, а также отсутствие файла конфигурации могут
привести к общему сбою системы. Параметры шаблона канала обмена задаются в следующем редакторе: Каналы должны быть класса HEX 16 или FLOAT. Тип канала (I или О) определяет его назначение - входные данные (I) или выходные данные (О). Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются специфические атрибуты. Для обращения к данным необходимо указать адрес ведомого (Slave) устройства, с которым будет происходить обмен, тип данных (Byte, Word или Float) и номер стартового байта. Последовательность байт, начиная со стартового байта входных/выходных данных может восприниматься драйвером как байт, слово или число с плавающей точкой. Для обращения к данным как к байтам (1 байт) необходимо указать тип данных Byte(1) и класс канала HEX 16. Для обращения к данным как к словам (2 байта, сначала младший, потом старший), необходимо указать тип данных Word(2) и класс канала FLOAT. Для обращения к данным как к числам с плавающей точкой (4 байта, стандартное преобразование) необходимо указать тип данных Float(4) и класс канала FLOAT. Тип данных (входные/выходные) будет определен на основе типа канала (I/O). Выходные данные доступны только для записи, а входные - только для чтения. Вы не сможете прочитать значение выходного байта 00 для узла 04, создав канал для чте
ния (I) и указав адрес и номер байта. Вместо этого система прочитает значение байта 00 входных данных для узла 04, т.к. входные и выходные данные не связаны между собой. При побайтной адресации (Тип элемента=Ву1е(1)) попытка записи в выходной канал значения, превышающего 255, приведет к записи 8 младших бит, т.е. младшего байта в слове. Указание несуществующего адреса или номера байта может привести к непредсказуемым ошибкам в системе. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. Коммуникационная карта может обмениваться данными с Profibus-устройствами со значительно большей скоростью, поэтому входные данные читаются, а выходные записываются в ее внутренний буфер. Обмен данными коммуникационной карты с устройствами происходит асинхронно по отношению к обмену данными с драйвером Profibus-DP для TraceMode. Обмен данными с внешними устройствами происходит постоянно, даже при отсутствии запросов от драйвера или самого драйвера. При сбоях в обмене данными каналу выставляется признак недостоверности. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Необходимо обратить внимание, что при безуспешной попытке записи значения канала Trace Mode будет пытаться повторить запись до тех пор, пока она не пройдет успешно. Протокол 3964R / RK512 Драйвер обеспечивает обмен данными, используя транспортный протокол 3964(R) и реализацию протокола RK512 для обмена с ПЛК. Драйвер поддерживает чтение регистров l/E, Q/A, M/F, C/Z, Т, DB и запись регистров DB. Для обмена данными используется последовательный порт компьютера. Драйвер оформлен в виде драйвера 112. Драйвер обеспечивает обмен данными как в режиме чтения, так и в режиме записи. Последовательные порты, используемые при обмене, должны быть занесены в список r3964.cfg. Для этого нужно воспользоваться утилитой R3964cfg.exe. Каждый порт в списке будет автоматически открыт драйвером. Порт, к которому подключены устройства 3964(R), не нужно настраивать в Trace Mode. Утилита R3964cfg.exe предназначена для создания списка портов, которые могут использоваться при обмене:
Список сохраняется в файл r3964.cfg Файл конфигурации r3964.cfg должен быть расположен в папке узла. Каждая строка списка портов в основном окне утилиты состоит из семи параметров: • номер порта. Этот параметр, уменьшенный на 1, затем нужно указать в качестве настройки Номер канала, который связывается с данным портом; • скорость передачи данных (300-115200 bps). Значение по умолчанию - 9600; • число битов данных (8 по умолчанию); • контроль четности передачи, может принимать значения None, Odd, Even, Значение по умолчанию - Even; • количество стоп-битов (1 или 2). Значение по умолчанию - 1. • тип протокола: 3964 (без контрольной суммы ВСС) или 3964R (с контрольной суммой ВСС). По умолчанию установлен тип 3964R; • процессор, с которого получать данные (для многопроцессорных систем): AnyCPU (любой процессор) или CPU1 ...CPU4. По умолчанию устанавливается AnyCPU. Кнопки Добавить, Удалить и Правка основного окна утилиты предназначены для редактирования списка портов. Если при запуске утилиты файл r3964.cfg уже существует, его содержимое после первичного анализа загружается в список портов. Процедура анализа отбирает все записи, которые имеют правильный номер порта. Если несколько записей имеют одинаковый номер порта, то первая из них (самая верхняя в файле) появится в списке зарегистрированных портов, а остальные будут проигнорированы и удалены. Список зарегистрированных портов сохраняется при каждом выходе из утилиты, список проигно-
рированных портов не сохраняется. Параметры шаблона канала обмена задаются в следующем редакторе: Каналы должны иметь класс HEX 16. Тип канала (I или О) определяет его назначение - чтение данных или запись. Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Номер - номер порта (0 - С0М1, ... 31 - СОМ32). Настройки порта должны быть предварительно заданы в утилите R3964cfg.exe. Если в списке утилиты нет порта с заданным номером или порт настроен в TRACE MODE как порт для обмена любыми данными, то канал будет отключен при запуске системы; • Тип регистра - тип адресуемого регистра, выбирается из следующего списка: • Dlnputs(IZE) - элементы данных типа Input; • DOutputs(QZA) - элементы данных типа Output; • MemoryFlags(MZF) - элементы данных типа Memory или Flags; • CounterCells(CZZ) - элементы данных типа CounterValue; • ТumeCells(T) - элементы данных типа TimerValue; • DataBlocks(DB) - элементы данных типа DataBlocks; • Номер регистра - адрес выбранного регистра в массиве регистров ПЛК. Значение параметра нужно вводить в десятичном виде (0-254 для I, Q, М, 0-255 для С, Т, DB); • DB-номер - номер блока DB, внутри которого находится запра
шиваемый регистр. Влияет на работу только каналов с типом регистра DB. Первый блок имеет номер 1. Каналы с типом регистра DB и адресом 0 будут отключены при запуске. Параметр должен вводиться в десятичном виде, он не влияет на другие регистры и может иметь для них любое значение. Каналы для всех типов регистров могут иметь тип I, т.е. использоваться для чтения. Для записи могут быть применены только каналы с типом регистра DB (ограничение протокола). Каналы типа О с типом регистра, отличным от DB, будут отключены при запуске. Элементы с типом регистра С, Т, DB имеют размерность 2 байта (1 слово), поэтому они читаются/пишутся по одному элементу в канал. Элементы I, Q, М имеют размерность 1 бит, поэтому читаются/пишутся по 2 элемента в 1 канал. Таким образом, если указать Номер регистра=0, то канал будет содержать в себе элементы 0 (ст. байт) и 1 (мл. байт), а если указать Номер регистра=1, то канал будет содержать в себе элементы 1 и 2. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. При каждой посылке ответ ожидается в течение 1 с. Если ответа за это время нет, то каналу выставляется признак недостоверности, связь с ПЛК разрывается и предпринимается попытка восстановить ее заново. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Если восстановления связи не произошло, следующая попытка установки связи будет при следующем обращении к этому порту. Необходимо обратить внимание, что при безуспешной попытке записи значения канала Trace Mode будет пытаться повторить запись до тех пор, пока она не пройдет успешно. Протокол Siemens S7 Драйвер обеспечивает обмен данными TraceMode с устройствами, поддерживающими протокол Siemens S7 communications (далее S7). Связь может быть организована по сети Profibus или по локальной сети Ethernet. Для работы в сети Profibus компьютер должен быть оснащен специализированной коммуникационной картой. Драйвер предназначен для использования со следующими Profibus-картами Siemens A&D: • СР-5611; • СР-5412; • СР-5613; • СР-5614. По вопросам совместимости коммуникационных карт других производителей обращайтесь к поставщику оборудования.
Для работы по локальной сети Ethernet компьютер должен быть оснащен сетевой картой Siemens A&D или другого производителя (например, NE 2000 и т.п.) Со стороны ПЛК должен присутствовать соответствующий коммуникационный модуль (с интерфейсом Profibus или Ethernet) Драйвер поддерживает чтение и запись переменных типа MW. Драйвер оформлен в виде драйвера tl2. Для его корректной работы необходимо: • установить на компьютер пакет SIMATIC NET, обеспечивающий связь Windows-приложений с коммуникационной картой (Profibus/Ethemet); • установить на компьютер пакет STEP7, необходимый для настройки коммуникационной карты и программирования устройств сети Profibus; При отсутствии авторизации пакетов SIMATIC NET или STEP7, Вы используете их на свой страх и риск. При отсутствии самого пакета SIMATIC NET драйвер не сможет работать, так как использует библиотеки API, предоставляющие доступ к ресурсам коммуникационного процессора. • создать проект с конфигурацией аппаратной части всей сети при помощи пакета STEP7; • скомпилировать и выгрузить созданный проект в коммуникационную карту; • выполнить конфигурирование и программирование всех устройств сети SIMATIC NET; • выгрузить созданные проекты в устройства сети SIMATIC NET; • указать для точки входа (Access Point) CPL21: протокол S7 через сетевую карту или карту Profibus. При неверно указанной точке входа (Access Point) ОРС-сервер, возможно, будет успешно обмениваться данными с устройствами, а драйвер не сможет получить доступ к ресурсам коммуникационного процессора. Правильность выполнения конфигурации можно проверить с помощью ОРС-сервера, поставляемого Siemens на диске SIMATIC NET Software. OPC-Scout должен читать и записывать переменные MW без сообщений об ошибках или некачественной связи. По вопросам настройки и программирования устройств в сети SIMATIC NET, а также связи ОРС-сервера с ними обращайтесь, пожалуйста, в службу технической поддержки Siemens A&D или к разработчику Вашего оборудования.
Успешное использование драйвера возможно только после проверки связи с удаленными устройствами через ОРС-сервер и правильного указания точки входа (Access Point). Протокол S7 communications предназначен для обмена данными с контроллерами Siemens S7 и любым другим оборудованием, поддерживающим данный протокол. Обмен может происходить как по сети Profibus, так и по локальной сети Ethernet. Драйвер использует универсальный SAPI, поэтому не требуется вносить в него никаких изменений при изменении носителя. Более подробную информацию по сети SIMATIC NET можно получить на сайте или у поставщика оборудования. Драйвер имеет доступ на чтение/запись к переменным МW, которые могут использоваться программой ПЛК для произвольных целей. Размерность переменных -16 бит. Всю необходимую информацию по конфигурации сети драйвер получает с помощью средств SIMATIC NET. При проектировании сети пользователь создает так называемые 87-соединения для каждого узла сети (например, S7 connection_1). Драйвер в процессе работы обращается к этим соединениям по их индексам. Если в проекте есть только одно соединение, то его индекс равен 0. Если число соединений больше 1, то распределение индексов зависит от SIMATIC NET Software. В этом случае для определения соответствия имен соединений и их индексов необходимо использовать утилиту S7Util.exe: После нажатия на кнопку GET S7 connections утилита представит все имеющиеся 87-соединения для точки входа СР_1_2_1 и их индексы. Если точка входа не сконфигурирована или невозможно получить список, то будут выданы соответствующие сообщения. Если ни одного соединения не найдено, то в списке появится строка -None-. Драйвер, утилита S7util и ОРС-сервер используют одни и те же ресурсы для связи. Поэтому в каждый момент времени данными может обмениваться только одно приложение. Остальные приложения выдадут ошибку при подключении. Параметры шаблона канала обмена задаются в следующем редакторе:
Каналы должны быть класса НЕХ16. Тип канала (I или О) определяет его назначение - чтение или запись значения переменной MW. Для обращения к данным необходимо указать индекс соединения и номер переменной MW. При наличии только одного соединения его индекс равен 0, в остальных случаях используйте утилиту S7util.exe. Возможные значения номера переменной MW зависят от параметров используемого ПЛК. Указание несуществующего соединения или номера переменной MW может привести к непредсказуемым ошибкам в системе. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. Связь с удаленными объектами осуществляется по сети Profibus или по локальной сети Ethernet в зависимости от конфигурации рабочей станции. При сбоях в обмене данными каналу выставляется признак недостоверности. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Необходимо обратить внимание, что при безуспешной попытке записи значения канала Trace Mode будет пытаться повторить запись до тех пор, пока она не пройдет успешно. Протокол Siemens PPI Этот драйвер обеспечивает поддержку протокола PPI (Point-to-Point Interface) для обмена с ПЛК Siemens S7-200. Драйвер поддерживает чте-ние/запись данных во все области памяти контроллера - Stage, System Memory, Analog Input, Analog Output, Counter, Timer, High Speed Counter, Discrete Input, Discrete Output, Marker, Variable Memory. Для обмена дан
ными используется последовательный порт компьютера и конвертер RS-232/RS-485. Драйвер оформлен в виде драйвера tl2. Для корректной работы драйвера необходимо правильно произвести конфигурацию порта PPI в ПЛК и последовательного порта компьютера. Протокол PPI поддерживается в ПЛК серий S7-200. О поддержке протокола в других сериях ПЛК нужно получить консультации поставщика ПЛК. Драйвер обеспечивает обмен данными как в режиме чтения, так и в режиме записи. Конфигурирование драйвера представляет собой указание параметров связи по последовательным портам. Для настройки драйвера используется утилита PPIconfig.exe. Каждой порт, указанный в списке, будет автоматически открыт драйвером. Порт, к которому подключены устройства сети PPI, не должен быть настроен в самой системе Trace Mode. Страница конфигурации портов имеет следующий вид: В списке портов каждая строка состоит из восьми параметров: • номер СОМ-порта. Повторное объявление одного и того же порта приведет к сообщению об ошибке при попытке сохранить конфигурацию; • скорость передачи данных (Baud Rate), от 300 bps до 115200 bps. Для устройств сети PPI по умолчанию принимается 9600 bps; • число битов данных (Data Bits). По умолчанию установлено 8 бит; • контроль четности передачи (Parity), может принимать значения None, Odd или Even. По умолчанию для устройств сети PPI при-
нимается Even; • количество стоп-битов (Stop Bits), 1 или 2. По умолчанию установлен 1 стоп-бит; • время тайм-аута для данного последовательного порта (в мс) По умолчанию - 1000 мс; • управление потоком. Используемый конвертер может требовать управления потоком. Для его корректной работы необходимо правильно указать сигналы (RTS, DTR), которые будут поданы перед каждой посылкой и сняты после ее отправки; • адрес Trace Mode в сети PPL Согласно принципам обмена данными в сети PPI, каждое устройство должно иметь уникальный адрес. Заданные параметры последовательного порта должны совпадать с соответствующими параметрами всех остальных устройств в данном сегменте сети PPI. В противном случае драйвер не сможет вести обмен данными или полученные данные не будут соответствовать действительности и могут повлечь непредсказуемые сбои в системе. Для создания новой записи нажмите кнопку Добавить, кнопка Удалить удалит запись, кнопка Правка или двойной щелчок по элементу списка вызовет окно редактирования параметров записи: Для сохранения конфигурации нажмите кнопку Сохранить в файл. Если в конфигурации отсутствуют явные ошибки, то будет выдано сообщение об успешном сохранении файла конфигурации (PPI.cfg). Ответственность за создание правильной конфигурации полностью возлагается на пользователя. Файл конфигурации PPI.cfg должен быть расположен в папке узла. Не пытайтесь редактировать его вручную и не удаляйте его, т.к. это может привести к непредсказуемым сбоям в системе. Для открытия существующей конфигурации воспользуйтесь кнопкой Прочитать из файла. Для удаления текущей конфигурации (без сохра-
нения в файл) воспользуйтесь кнопкой Очистить. Опция Вести журнал событий предоставляет возможность удобной отладки работы системы. По указанному пути будут созданы 2 файла -PPImedia.log и PPIproto.log, - в которых будет сохраняться соответственно протокол работы драйвера и сообщения о сбоях и их возможных причинах. Указанный каталог должен существовать еще до запуска Trace Mode. После успешной настройки системы эту опцию можно отключить, снизив затраты времени и дискового пространства. Драйвер реализует обмен данными в сети Siemens PPI в режиме ведущего (Master) узла. Наличие нескольких ведущих узлов не поддерживается. Все остальные ПЛК должны быть ведомыми узлами. Архитектура сети - шина. Каждый узел в сети имеет свой уникальный адрес от 0 до 255. Режим работы сети - Polling Network. Ведущий узел отправляет запрос к ведомому, получает подтверждение о получении и через определенный промежуток времени запрашивает данные. Протокол PPI основан на электрическом интерфейсе RS-485. Поэтому подключение к стандартному последовательному порту ПК (RS-232) возможно только через конвертер RS-485/RS-232 согласно документации по коммуникационным портам ПЛК. За более подробной информацией по принципам функционирования сети Siemens PPI обращайтесь к соответствующим руководствам пользователя, в службу технической поддержки Siemens A&D или к поставщику оборудования. Параметры шаблона канала обмена задаются в следующем редакторе: Каналы могут иметь класс HEX 16 или FLOAT. Возможен вариант, при котором будут прочитаны данные типа FLOAT в канал HEX, при этом
дробная часть будет отброшена. Тип данных, которые читают-ся/записываются в контроллер, определяется атрибутом Область. Тип канала (I или О) определяет его назначение - чтение данных или запись. Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта. Значение 0 соответствует СОМ1, 1 - COM2 и т.д. Все используемые порты должны быть описаны на странице настроек портов в PPIconfig, и настройки сохранены в файл конфигурации. Номер порта задается в DEC-формате; • Адрес - адрес удаленного ПЛК в сети PPL Уникальный параметр, определяющий устройство в сети. Диапазон значений - 0 .. 255. По умолчанию контроллер имеет адрес 2. Изменить эту настройку можно с помощью пакета программирования STEP7. Адрес ПЛК задается в DEC-формате; • Смещение - смещение внутри области памяти контроллера. Смещение задается в байтах. Для получения правильных данных необходимо четко представлять принципы адресации в памяти контроллера и способы хранения данных. Все данные, состоящие из нескольких байт, хранятся в памяти контроллера в формате Big Endian. Т.е. самый старший байт размещается первым, а самый младший - последним: FLOAT 1s ЭКСПОНЕНТА МАНТИССА 31 30 I 23 22 0 WORD СТАРШИЙ БАЙТ МЛАДШИЙ БАЙТ 151 | 8 7l I 0 Любая область памяти, кроме Timer, Counter и High Speed Counter, может рассматриваться как набор слов или чисел с плавающей точкой. Это определяется параметром Область данного канала. В соответствии с этой настройкой, драйвер запрашивает 2 или 4 байта из указанной области, преобразует их в формат Trace Mode и передает в систему в виде HEX или FLOAT. При этом 4 байта, прочитанные из памяти контроллера как FLOAT, могут рассматриваться далее в системе как число с плавающей точкой (FLOAT) или как целое (HEX). Во втором случае дробная часть будет отброшена. Аналогично, прочитанные как WORD 2 байта могут далее рассматриваться в Trace Mode как целое (HEX) или как число с плавающей точкой (FLOAT), однако дробная часть его всегда будет равна 0. Во избежание ошибок следует задавать класс HEX для данных типа WORD и класс FLOAT для данных типа FLOAT.
Настройка Смещение указывает порядковый номер байта внутри указанной области, который является первым в представлении переменной. При этом могут иметь место пересечения данных. | WORD #11 | WORD #13 | W0RD#15 | WORD #17 ] WORD #10 WORD #12 WORD #14 WORD #16 10 11 12 13 14 15 16 17 18 FLOAT #10 FLOAT #14 FLOAT #11 | FLOAT #15 | FLOAT #12 | ~ ~|| FLOAT #13 I[ Как видно из рисунка, изменение значения слова со смещением 10 может повлечь за собой непредвиденное изменение слова со смещением 11. Аналогично и для данных с плавающей точкой, но в этом случае затрагиваются 4 последующих значения. Во избежание ошибок, рекомендуется обращаться к целочисленным данным с четным смещением, а к данным с плавающей точкой - со смещением, кратным 4. Области Timer, Counter и High Speed Counter являются структурированными. Смещение в этом случае определяет порядковый номер элемента. Элементы не пересекаются. Кроме значения, элемент содержит бит статуса. Для доступа к этому биту используются настройки Timer(Status), Counter(Status) и High Speed Counter(Status). Для High Speed Counters он всегда равен 0. Смещение задается в НЕХ-формате; • Область - область памяти контроллера. Драйвер позволяет получить доступ ко всем существующим областям памяти контроллера: Stage, System Memory, Analog Input, Analog Output, Counter, Timer, High Speed Counter, Discrete Input, Discrete Output, Marker, Variable Memory. Кроме того, любая область памяти, кроме Timer, Counter и High Speed Counter, может рассматриваться как массив целых 2-байтных чисел (WORD) или 4-х байтных чисел с плавающей точкой (FLOAT). Это определяется выбранным параметром Область и не зависит от класса канала (HEX или FLOAT). Данные в областях Timer, Counter хранятся только в целочисленном формате. Данные в области High Speed Counter хранятся как 4-байтные двойные слова, поэтому для получения максимального количества значащих цифр необходимо использовать канал FLOAT. Кроме того, перечисленные области имеют бит статуса, но в области High Speed Counter он не используется, поэтому всегда равен 0. Некоторые области доступны только для чтения, другие - только для записи.
AREA WORD FLOAT STATUS READ WRITE READ WRITE READ WRITE Stage + + + + X X System Memory + + ’ + + * X X Analog Input + + - X X Analog Output + _ 11 X X Counter + + + Timer + + . ==* + High Speed Counter + - + ”” Discrete Input + + + + X X Discrete Output + + + + X X Markers + + + + X X Variable Memory + + + + X X *- SM0 .. SM29 доступны только для чтения **- зги области рассматриваются только как целые ***- бит статуса HighSpeedCounter всегда равен О Обращение к неверно настроенному ПЛК, адресация к несуществующим переменным или константам может привести к непредсказуемым сбоям в системе. В режиме STOP области данных контроллера доступны только для чтения. Для получения возможности записи необходимо перевести ПЛК в режим RUN с помощью переключателя на корпусе или из STEP7 (при этом переключатель должен быть положении TERM). Любой последовательный порт в каждый момент времени может использоваться только одним приложением. Таким образом, Trace Mode не сможет обмениваться данными с ПЛК при запущенном STEP7. Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. При каждой посылке ответ ожидается в течение заданного таймаута. Если ответа за это время нет, то каналу выставляется признак недостоверности. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Необходимо обратить внимание на то, что при неуспешной попытке записи значения канала Trace Mode будет пытаться повторить запись до тех пор, пока она не пройдет успешно. В случае возникновения ошибок рекомендуется включить в конфигураторе опцию Вести журнал событий и проанализировать протокол обмена.
Обмен с контроллерами фирмы ЭМИКОН Обмен через плату С05, шина ISA Для обмена в среде WINDOWS 2000/ХР.с контроллерами фирмы ЭМИКОН (ЭК-2000, CPU-НА) через плату С05 по протоколу MODBUS необходимо установить драйвер EmicC05. Одновременная работа плат С05 и С06 невозможна. Если ранее на компьютере использовалась плата С06, ее необходимо удалить и деинсталлировать ее драйвер. После инсталляции работу драйвера можно проверить, запустив программу c05test.exe. Шаблоны каналов обмена конфигурируются в редакторе (см. Обмен по MODBUS). Настройка Тип протокола должны быть Эмикон. МРВ может обмениваться с контроллерами по каналу А или по каналу Б. Для обмена по каналу А настройка Номер порта канала должна быть равна 0, а для канала Б - 1. Для настройки параметров обмена по каналам А и Б платы С05 используются конфигурационные файлы MODE.A и MODE.В соответственно (см. Файлы mode.а и mode.b). Они имеют текстовый формат и редактируются вручную. Эти файлы с требуемыми настройками следует разместить в директории проекта. Обмен через плату С06, шина PCI Для обмена в среде WINDOWS 2000 с контроллерами фирмы ЭМИКОН (ЭК-2000, CPU-НА) через плату С06 по протоколу MODBUS необходимо установить драйвер EmicC06. Одновременная работа плат С05 и С06 невозможна. Если ранее на компьютере использовалась плата С05, ее необходимо удалить. Кроме того, нужно деинсталлировать драйвер платы С05 при помощи программы С055еШр.ехе.Эта программа поставлялась вместе с драйвером. После инсталляции работу драйвера можно проверить, запустив программу c06test.exe. Шаблоны каналов обмена конфигурируются в редакторе (см. Обмен по MODBUS). Настройка Тип протокола должны быть Эмикон. МРВ может обмениваться с контроллерами по каналу А или по каналу Б.
Для обмена по каналу А настройка Номер порта канала должна быть равна 0, а для канала Б - 1. Для настройки параметров обмена по каналам А и Б платы С06 используются конфигурационные файлы MODE.A и MODE.В соответственно (см. Файлы mode.a и mode.b). Они имеют текстовый формат и редактируются вручную. Эти файлы с требуемыми настройками следует разместить в директории проекта. Обмен через плату СОбРпР, шина PCI Для обмена в среде WINDOWS ХР с контроллерами фирмы ЭМ И КОН (ЭК-2000, CPU-11A) через плату СОбРпР по протоколу MODBUS необходимо установить драйвер EmicC06, используя мастер установки оборудования или файл EmicC06.inf. Одновременная работа плат С05 и С06 невозможна. Если ранее на компьютере использовалась плата С05, ее необходимо удалить. Кроме того, нужно деинсталлировать драйвер платы С05 при помощи программы C05Setup.exe.Эта программа поставлялась вместе с драйвером. Шаблоны каналов обмена конфигурируются в редакторе (см. Обмен по MODBUS). Настройка Тип протокола должны быть Эмикон. МРВ может обмениваться с контроллерами по каналу А или по каналу Б. Для обмена по каналу А настройка Номер порта канала должна быть равна 0, а для канала Б - 1. Для настройки параметров обмена по каналам А и Б платы СОбРпР используются конфигурационные файлы MODE.A и MODE.B соответственно (см. Файлы mode.a и mode.b). Они имеют текстовый формат и редактируются вручную. Эти файлы с требуемыми настройками следует разместить в директории проекта. Файлы mode.a и mode.b Файлы mode.a и mode.b содержат параметры настройки соответственно каналов А и В платы С05/С06. Оба файла после установки имеют следующий вид: Mode: 2 SubMode: О Coding: О StopBitNumber: О Parity: О DataBitNumber: О
BaudRate: 14 RepetitionNumber: 3 TimeOut: 10 где • BaudRate - скорость обмена данными. Значение этого параметра задает следующие скорости обмена: • 0 - зарезервировано; • 1 -300 бод; • 2 - 600 бод; • 3 - 1200 бод; • 4 - 2400 бод; • 5 - 4800 бод; • 6 - 9600 бод; • 7 - 19200 бод; • 8 -38400 бод; • 9 - 48000 бод; • 10 - 57600 бод; • 11 - 115200 бод; • 12 - 144000 бод; • 13-192000 бод; • 14-288000 бод; • 15-576000 бод; • RepetitionNumber - число попыток передачи сообщения модулем С05/С06 контроллеру (1...255). • TimeOut - число 10-миллисекундных интервалов (1...255), в течение которых модуль С05/С06 дожидается ответа от контроллера; Рекомендуется задавать значение TimeOut не меньшее, чем рассчитанное по эмпирической формуле: TimeOut = [38400/.R] + 2* [N/16] + 2 где • R = 300...576000 (бод) - скорость обмена данными; • N - число считываемых (записываемых) переменных; • [] - выделение целой части; • Mode - режим: • 0 - протокол ModBus, асинхронный режим; • 2 - протокол SDLC; • SubMode - подрежим: • 0 - работа в режиме "ведущего"; • 1...255 - адрес "ведомого";
• Coding - кодирование. Для асинхронного режима задается 0, в режиме SDLC не используется). Следующие 3 параметра имеют разный смысл для режимов MODBUS и SDLC: Параметр MODBUS SDLC StopBitNum количество стоп-битов (1 или 2) режим CRC (0 или 1); Parity контроль четности: 0 - без проверки 1 - проверка нечетности 2 - проверка четности интервал между RR (0...255) DataBitNum количество битов данных (5...8) количество RR(0...6) За информацией о режиме связи следует обращаться к документации по конкретному контроллеру.
Обмен с контроллерами Allen Bradley Обмен по протоколу Ethernet/IP Rockwell Automation Параметры шаблона канала обмена с приборами по протоколу Ethernet/IP Rockwell Automation задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Номер устройства — идентификатор контроллера в таблице, однобайтное число в десятичном формате; • Тип файла — тип файла в контроллере, значение выбирается из меню: • (S)Status - статус; • (B)Binary - бинарный файл; • (T)Timer-таймеры; • (C)Counter-счетчики; • (R)Control-управление; • (N)lnteger - целые числа; • (F)Floating - числа с плавающей точкой; • (O)Output - выход; • (l)lnput - вход; • Номер файла — номер файла, однобайтное число в десятичном формате; • Номер элемента — номер элемента в файле, однобайтное число в десятичном формате;
• Имя поля — тип элемента файла, значение выбирается из меню: • WORD - 2-байтное целое; • REAL - число с плавающей точкой; • АС С - Accumulator; • PRE - Preset; • LEN - Length, длина битового массива или файла; • POS - Position, битовый указатель или позиция; • Control - 2-байтный массив флагов. При создании каналов для чтения и записи одного и того же элемента файла все каналы OUTPUT должны иметь идентификаторы в Trace Mode больше, чем максимальный идентификатор у каналов INPUT этого элемента. • IP-адрес - IP-адрес устройства. При экспорте в папке узла создается двоичный файл RA_PLC_table.dat с таблицей контроллеров. Этот файл необходим для корректной работы драйвера. Для корректировки файла RA_PLC_table.dat можно также использовать редактор RAPLCEditor.exe, который в табличном виде представляет список доступных из драйвера контроллеров, для каждого прибора задается уникальный номер (Dev#), IP адрес (IP Address) и тип контроллера (PLC type). В редакторе доступны три функции - добавление строки в таблицу, изменение параметров прибора, и удаление строки из таблицы. Таблица сохраняется в двоичный файл RA_PLC_table.dat автоматически при выходе из программы. Кнопка Help вызывает раздел справочной системы с описанием драйвера. Вид редактора таблицы контроллеров представлен на рисунке. Некоторые файлы (Timer, Counter, Control) содержат в качестве элементов составные типы данных, тогда в настройке канала указывается соответствующее поле структуры. Поле структуры Control для элементов файлов Timer, Counter и Control является битовым массивом флагов, назначение отдельных битов описано в руководстве пользователя соответствующего контроллера.
Пример списка файлов контроллера с типами элементов и возможностями доступа приведен в таблице. Тип файла Тип элемента файла Номер файла Поля элемента Доступ Output WORD 0 - Input only Input WORD 1 - Input only Status WORD 2 - Input/Output Binary WORD 3 - Input/Output Timer структура 4 Control, PRE, ACC Input/Output Counter структура 5 Control, PRE, ACC Input/Output Control структура 6 Control, LEN, POS Input/Output Integer WORD 7 - Input/Output Floating REAL 8 - Input/Output За более подробным описанием структуры памяти контроллеров обращайтесь к инструкции по установке, программированию и наладке сетей Allen Bradley DF1 - «DF1 Protocol and Command Set, Reference Manual 1770-6.5/16» и руководствам пользователя соответствующего контроллера. Обмен по протоколу DF1 Драйвер обеспечивает обмен данными, используя транспортный протокол DF1 для обмена с ПЛК серий Microloqix, SLC и PLC фирмы Allen-Bradley. Драйвер поддерживает чтение/запись файлов Output, Input, Status, Binary, Timer (все поля), Counter (все поля), Control (все поля), Integer. Для обмена данными используется последовательный порт компьютера. Драйвер оформлен в виде драйвера tl2. Для корректной работы драйвера необходимо правильно произвести конфигурацию порта в ПЛК (см. приложение ниже). Протокол DF1 поддерживается в ПЛК серий Micrologix, SLC 500 Fixed I/O, SLC 5/01, SLC 5/02, SLC 5/03, SLC 5/04, PLC5. О поддержке протокола в других сериях ПЛК проконсультируйтесь с поставщиком ПЛК. Драйвер обеспечивает обмен данными как в режиме чтения, так и в режиме записи. Для настройки портов, по которым Trace Mode будет обмениваться данными, необходимо занести их в список портов (файл DFl.cfg). Для выполнения этого пункта необходимо воспользоваться утилитой DF1config.exe (см. ниже). Каждый порт в списке будет автоматически открыт драйвером. Порт, к которому подключены устройства АВ DF1, не должен быть настроен в самой системе Trace Mode.
Утилита DF1 Configurator предназначена для создания списка портов, по которым может осуществляться обмен данными. Сам список сохраняется в файле DF1 .cfg, который должен быть перенесен в папку узла. Основное окно программы имеет следующий вид: В списке портов каждая строка состоит из десяти параметров: • идентификатор ПЛК. Этот параметр должен быть уникальным, совпадения могут привести к непредсказуемым последствиям. Этот параметр необходимо будет указать в поле Номер устройства при создании каналов; • номер СОМ-порта. При указании последующих параметров последовательных портов необходимо обратить внимание на их идентичность для одного и того же последовательного порта ПК. В противном случае порт будет открыт с последними указанными параметрами; • скорость передачи данных (Baud Rate), от 300 bps до 115200 bps. По умолчанию принимается 9600 bps; • число битов данных (Data Bits). По умолчанию установлено 8 бит; • контроль четность передачи (Parity), может принимать значения None, Odd или Even. По умолчанию установлено None; • количество стоп-битов (Stop Bits), 1 или 2. По умолчанию установлено 1 бит; • время таймаута для данного ПЛК (в мс); • адрес ПЛК в сети DF1; • тип ПЛК. Различные серии ПЛК используют для доступа к данным различные команды; • тип проверки целостности пакета. Проверка CRC является более надежной и включает 2 байта. Проверка ВСС включает 1 байт и не определяет выпадение или появление нулевых байтов. Для создания новой записи нажмите кнопку Добавить, кнопка Удалить удалит запись, кнопка Правка или двойной щелчок по элементу списка вызовет окно редактирования параметров записи:
При нарушении уникальности ID ПЛК сохранение такой конфигурации будет невозможно. Также нельзя будет сохранить конфигурацию без объявления хотя бы одного ПЛК. Параметры шаблона канала обмена по протоколу АВ DF1 задаются в следующем редакторе: Каналы должны быть класса HEX 16. Тип канала (I или О) определяет его назначение - чтение данных или запись. Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Номер устройства - уникальный идентификатор ПЛК, с которым будет проводиться обмен данными для этого канала. Настройки порта должны быть ранее внесены в программе
DF1 Configurator. Если в списке утилиты DF1 Configurator нет строки с соответствующим ГО, то канал будет отключен при запуске системы; • Тип файла - имя файла в ПЛК, с которым данный канал будет обмениваться данными. Для обеспечения совместимости со всеми сериями ПЛК драйвер поддерживает обмен данными со следующими файлами: Output, Input, Status, Binary, Timer, Counter, Control, Integer. Тип доступа к файлам (R/W или R) определяется серией используемого ПЛК (см. приложение); • Имя поля - имя поля в выбранном файле и слове в ПЛК. Если указанный файл не имеет полей, то необходимо указать фиктивное поле WORD. Необходимо учесть, что для каждой серии ПЛК те или иные поля/файлы могут быть доступны только для чтения. Каналы с неверной конфигурацией получают признак аппаратной недостоверности и не опрашиваются. Допустимые имена файлов и соответствующие поля, а также уровень доступа указаны в приложении; • Номер файла - номер файла. Допустимые значения лежат в пределах 0..255 и определяются серией ПЛК (см. приложение); Неверная ссылка на номер файла может привести к непредсказуемым ошибкам в системе. • Номер слова - номер слова. Допустимые значения лежат в пределах 0..255 и определяются серией ПЛК (см. приложение). При обращении к элементам файлов необходимо убедиться, что эти элементы присутствуют в текущей конфигурации контроллера. Так, при изначальной конфигурации в файлах N, В и т.п. объявлено только по одному элементу (ВЗ:О, N7:0) Чтение данных происходит по запросу МРВ в соответствии с фазой и периодом работы канала. Запись - при изменении выходного значения канала типа О. При каждой посылке ответ ожидается в течение 1 секунды. Если ответа за это время нет, то каналу выставляется признак недостоверности. Вне зависимости от того, была ли попытка успешной или нет, драйвер возвращает управление МРВ. Необходимо обратить внимание, что при безуспешной попытке записи значения канала Trace Mode будет пытаться повторить запись до тех пор, пока она не пройдет успешно. Обмен данными между подчиненными узлами драйвером не поддерживается. Посылка значений в файлы, доступные только для чтения, приведет к установке каналам признака недостоверности.
Приложение. Данные, доступные для драйвера Сведения, изложенные в этом разделе, являются частью инструкции по установке, программированию и наладке сетей АВ DF1 - DF1 Protocol and Command Set, Reference Manual 1770-6.5.16. Все изложенные данные не могут претендовать на полноту и точность изложения. Пожалуйста, обращайтесь за более подробной информацией к службе техподдержки фирмы Allen-Bradley и соответствующим руководствам пользователя. MICROLOGIX Тип файла Тип данных File MAX word Доступ Примечания Output word 0 0 read Input word 1 1 read Binary word 3 31 read/write Status word 2 32 read/write Timer word 4 39 read/write поля: ACC,PRE Timer Boolean 4 39 read поля: DN, TT, EN Counter word 5 31 read/write поля: ACC, PRE Counter Boolean 5 31 read поля: UA, UN, OV, DN, CD, CU Control word 6 31 read/write поля: LEN, POS Control Boolean 6 31 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7 104 read/write SLC 500 Fixed I/O Тип файла Тип данных File MAX word Доступ Примечания Output word 0 1 read Input word 1 1 read Binary word 3, 9-255 255 read/write Status word 2 96 read/write Timer word 4, 9-255 255 read/write поля: ACC,PRE Timer Boolean 4, 9-255 255 read поля: DN, TT, EN Counter word 5, 9- 255 255 read/write поля: ACC, PRE
Тип файла Тип данных File MAX word Доступ Примечания Counter Boolean 5, 9- 255 255 read поля: UA, UN, OV, DN, CD, CU Control word 6, 9-255 255 read/write поля: LEN, POS Control Boolean 6, 9- 255 255 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7, 9- 255 255 read/write SLC 5/01 Тип файла Тип данных File Диапазон Slot MAX word Доступ Примечания Output word 0 1-30 XXX read Input word 1 1-30 XXX read Binary word 3,9- 255 - 255 read/write Status word 2 - 96 read/write Timer word 4,9- 255 - 255 read/write поля: ACC,PRE * Timer Boolean 4,9- 255 - 255 read поля: DN, TT, EN Counter word 5,9- 255 - 255 read/write поля: ACC, PRE * Counter Boolean 5,9- 255 - 255 read поля: UA, UN, OV, DN, CD, CU Control word 6,9-255 - 255 read/write поля: LEN, POS * Control Boolean 6,9- 255 - 255 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7,9- 255 - 255 read/write SLC 5/02 Тип файла Тип данных File Диапазон Slot MAX word Доступ Примечания Output word 0 1-30 XXX read Input word 1 1-30 XXX read Binary word 3,9-255 - 255 read/write Status word 2 - 96 read/write Timer word 4,9- 255 - 255 read/write поля: ACC,PRE
Тип файла Тип данных File Диапазон Slot MAX word Доступ Примечания * Timer Boolean 4,9-255 - 255 read поля: DN, TT, EN Counter word 5,9- 255 - 255 read/write поля: ACC, PRE * Counter Boolean 5,9- 255 - 255 read поля: UA, UN, OV, DN, CD, CU Control word 6,9- 255 - 255 read/write поля: LEN, POS * Control Boolean 6,9- 255 - 255 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7,9-255 - 255 read/write SLC 5/03 Тип файла Тип данных File Диапазон Slot MAX word Доступ Примечания Output word 0 1-30 XXX read Input word 1 1-30 XXX read Binary word 3,9- 255 - 255 read/write Status word 2 - 96 read/write Timer word 4,9-255 - 255 read/write поля: ACC,PRE * Timer Boolean 4,9- 255 - 255 read поля: DN, TT, EN Counter word 5,9- 255 - 255 read/write поля: ACC, PRE * Counter Boolean 5,9- 255 - 255 read поля: UA, UN, OV, DN, CD, CU Control word 6,9- 255 - 255 read/write поля: LEN, POS * Control Boolean 6,9- 255 - 255 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7,9- 255 - 255 read/write SLC 5/04 Тип файла Тип данных File Диапазон Slot MAX word Доступ Примечания Output word 0 1-30 XXX read Input word 1 1-30 XXX read Binary word 3,9- - 255 read/write
Тип файла Тип данных File Диапазон Slot MAX word Доступ Примечания 255 Status word 2 - 96 read/write Timer word 4,9-255 - 255 read/write поля: ACC,PRE * Timer Boolean 4,9- 255 - 255 read поля: DN, TT, EN Counter word 5,9- 255 - 255 read/write поля: ACC, PRE * Counter Boolean 5,9- 255 - 255 read поля: UA, UN, OV, DN, CD, CU Control word 6,9- 255 - 255 read/write поля: LEN, POS * Control Boolean 6,9-255 - 255 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7,9- 255 - 255 read/write PLC 5 Тип файла Тип данных File MAX word Доступ Примечания Output word 0 277octal read/write Input word 1 277octal read/write Binary word 3- 999 999 read/write Status word 2 127 read/write Timer word 3- 999 999 read/write поля: ACC,PRE * Timer Boolean 3- 999 999 read поля: DN, TT, EN Counter word 3-999 999 read/write поля: ACC, PRE * Counter Boolean 3-999 999 read поля: UA, UN, OV, DN, CD, CU Control word 3-999 999 read/write поля: LEN, POS * Control Boolean 3- 999 999 read поля: FD, IN,UL, ER, EM, DN, EU, EN Integer word 7-999 999 read/write Примечания: 1. Для серии SLC 5/01, 5/02, 5/03, 5/04 значение MAX word
для файлов Output и Input зависит от числа подключенных слотов. Номер адресуемого слота не указывается, но номер К слова в слоте N при числе слов М в каждом слоте определяется как К+(Ы-1)*М 2. Вследствие объективных ограничений возможна адресация к номерам файлов и номерам слов, не превышающим 255.
Обмен с контроллерами OMRON Обмен по протоколу HOST LINK Параметры шаблона канала обмена по протоколу HOST LINK задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..., 31 -СОМ32). Этот параметр задается в формате HEX; • Модуль - номер устройства в формате HEX (0-FF); • Канал - десятичный адрес переменной (диапазон соответствует протоколу обмена); • Тип-команда: Тип Описание IR команда чтения/записи регистров области "Input registers" (или СЮ) HR команда чтения/записи регистров области "Hold registers" AR команда опроса области "Auxiliary memory" LR команда чтения/записи регистров области "Link registers"
Тип Описание ТС команда чтения статусов регистров "Timer/Counters Status" DM команда чтения/записи регистров области "Data Memory" PV команда чтения/записи текущих значений регистров "Timer/Counters PV" При работе в режиме "RUN" контроллером обеспечивается только чтение регистров. Для обеспечения возможности записи регистров контроллер должен работать в режиме "Monitor mode". Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта). Обмен с контроллерами OMRON по сети Ethernet по протоколу UDP Для обмена с контроллерами OMRON по сети Ethernet по протоколу UDP (этот протокол входит в состав протоколов TCP/IP) необходимо установить драйвер OMRON IP. Также необходимо соответствующим образом настроить все контроллеры OMRON, подключенные к сети (сетям). Настройка контроллеров включает в себя настройку таблиц ввода/вывода (IO Table), установку номеров узлов (Node Address) и номеров модулей (Unit Number), настройку IP адресов, настройку таблиц маршрутизации. Компьютер, на котором будет работать TRACE MODE, должен иметь выделенный статический IP адрес, т.к. этот адрес должен быть записан в таблицы IP адресов всех контроллеров. За подробными инструкциями по установке и настройке контроллеров и сетей OMRON следует обращаться к документации OMRON. Обмен с контроллерами происходит путем посылки и приема FINS-сообщений. (FINS - Factory Interface Network Service - протокол обмена сообщениями, поддерживаемый большинством контроллеров и сетей OMRON). Это позволяет обмениваться данными не только с контроллерами, подключенными к сети Ethernet, но и с контроллерами в других сетях OMRON (Controller Link, SYSMAC Link, SYSMAC Net). Для осуществления такого обмена необходимо, чтобы контроллер, подключенный к Ethernet, был также подключен и к другой сети OMRON (например, Controller Link). Такой контроллер будет выполнять функции маршрутизатора для FINS-сообщений, давая возможность обмениваться данными с контроллерами в сети Controller Link (SYSMAC Link, SYSMAC Net). При экспорте в папке узла создается файл omron_ip_addr_tab, необходимый для корректной работы драйвера (см. ниже Файл omron_ip_addr_tab). Параметры шаблона канала обмена задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: Атрибут Длина, байт Диапазон Функция Номер устройства 1 1-255 Индекс в таблице адресов, таблица адресов находится в текстовом файле omron_ip_addr_tab. Файл читается при загрузке драйвера. Тип области 1 выбор из списка Определяет область памяти для чте-ния/записи регистра. Смещение 2 0 - 65535 Смещение от начала области памяти IP-адрес Адрес контроллера в сети OMRON (см. ниже Файл omron_ip_addr_tab) Все числа в таблице - десятичные. Каналу выставляется признак аппаратной недостоверности в следующих случаях: • канал настроен на устройство, номер которого отсутствует в файле omron_ip_addr_tab на момент загрузки драйвера; • задан неверный адрес регистра или была попытка записи в регистр только для чтения; • в течение секунды не пришел ответ от контроллера. Файл omron ip addr tab Назначение файла omron_ip_addr_tab - установить в соответствие ка
ждому значению настройки Номер устройства (которая используется внутри TRACE MODE) реальный адрес модуля OMRON в сети Ethernet. Файл состоит из двух или более строк вида: 1 1.12.10 192.168.2.78:9600 Каждая такая строка устанавливает в соответствие одному значению настройки Номер устройства адрес модуля контроллера в сети. Для каждого модуля, с которым планируется осуществлять обмен данными, должна быть своя строка. Также обязательно должна присутствовать строка, определяющая адрес самого компьютера в сети OMRON. С точки зрения контроллеров, компьютер с TRACE MODE является контроллером с одним модулем, поэтому он должен иметь свой адрес. Все строки, начинающиеся с игнорируются. Все строки неправильного формата также игнорируются. Первое число каждой строки - идентификатор модуля (Номер устройства в диапазоне [0, 255]), установленного в контроллер. По этому числу модуль идентифицируется в TRACE MODE. Далее через пробел или символ табуляции (‘\t’) записывается адрес модуля в сети OMRON. Первая часть адреса - адрес сети (0 для локальной сети, т.е. той, в которую входит сетевая плата). Вторая часть - адрес узла (контроллера). Третья часть - номер модуля (этот номер должен соответствовать номеру, заданному для данного модуля аппаратно). Диапазоны всех частей адреса определяются типом сети (сетей) (см. документацию OMRON). Далее следует IP-адрес контроллера OMRON в сети Ethernet. Номер порта должен совпадать с номером порта для обмена FINS-сообщениями, записанным в настройках контроллера (по умолчанию 9600). IP-адрес -это адрес контроллера, который подключен к Ethernet. Целевой адрес контроллера (вторая часть строки) может быть адресом другого контроллера, не подключенного к Ethernet, но подключенного к первому контроллеру через одну из сетей OMRON (SYSMAC NET, SYSMAC LINK, Controller Link). Таким образом, контроллер, подключенный к сети Ethernet, будет шлюзом в другие сети. Для правильного функционирования такой схемы все контроллеры должны быть соответствующим образом настроены (см. документацию OMRON). В файле обязательно должна присутствовать строка для Номер устройства = 0. Эта строка определяет адрес драйвера в сети. IP-адрес в этой строке должен совпадать с IP-адресом компьютера или должен быть 0.0.0.0. Адрес 0.0.0.0 означает автоматический выбор адреса компьютера. Если в компьютере более одной платы Ethernet с протоколом TCP/IP, то будет выбран адрес одной из таких плат (произвольной). Если требуется осуществлять коммуникации через конкретную плату, то нужно явно задать ее адрес. Для компьютеров с несколькими сетевыми платами использовать автоматический выбор адреса не рекомендуется. Порт должен быть тот же, что и в настройках контроллера (по умолчанию 9600). Адрес ком
пьютера в сети OMRON (тот, что состоит из трех чисел) необходимо выбирать в соответствии с таблицей IP адресов, загруженной в контроллеры. Типы областей памяти № Название области Название в списке Код области (Memory area code) (HEX) Начальный адрес (HEX, не для пользователей) Замечания 0 СЮ CIO 80 0000 2 байта 1 CIO (forced status) CIO_frc 85 0000 2 байта - каждый бит определяет статус (forced/not forced) соответствующего бита из области СЮ бит = 0 - не форсирован (not forced) бит = 1 - форсирован (forced) 2 TR TR 80 09FF младшие 8 бит - состояние регистров TR0-TR7, offset всегда должен быть 0 3 G G 80 0А00 2 байта 4 G(forced status) G_frc 85 0А00 2 байта - каждый бит определяет статус (forced/not forced) соответствующего бита из области G бит = 0 - не форсирован (not forced) бит = 1 - форсирован (forced) 5 A A 80 овоо 2 байта 6 TIM(completion flag status) TIM_cmpl 01 0000 1 бит значение канала = 0 - бит сброшен значение канала = 1 - бит установлен 7 TIM(PV) TIM_PV 81 0000 2 байта - значение таймера 8 CNT(completion flag status) CNT_cmpl 01 0800 1 бит значение канала = 0 - бит сброшен значение канала = 1 - бит установлен 9 CNT(PV) CNT_PV 81 0800 2 байта - значение счетчика 10 DM DM 82 0000 2 байта - значение слова 11 TN (flag status) TN_fs 03 0000 1 бит
№ Название области Название в списке Код области (Memory area code) (HEX) Начальный адрес (HEX, не для пользователей) Замечания значение канала = 0 - флаг сброшен значение канала = 1 - флаг установлен 12 ST(flag status) ST_fs 04 0000 1 бит значение канала = 0 - флаг сброшен значение канала = 1 - флаг установлен 13 IR IR 9C 0000 2 байта 14 DR DR 9C 0003 2 байта 15 LR LR 80 03Е8 2 байта 16 HR HR 80 0428 2 байта 17 AR AR 80 048С 2 байта 18 Expansion DM bank 0 EDMO 90 0000 2 байта 19 Expansion DM bank 1 EDM1 91 0000 2 байта 20 Expansion DM bank 2 EDM2 92 0000 2 байта 21 Expansion DM bank 3 EDM3 93 0000 2 байта 22 Expansion DM bank 4 EDM4 94 0000 2 байта 23 Expansion DM bank 5 EDM5 95 0000 2 байта 24 Expansion DM bank 6 EDM6 96 0000 2 байта 25 Expansion DM bank 7 EDM7 97 0000 2 байта 26 Expansion DM current bank EDM 98 0000 2 байта 27 AC(flag status) AC IB 0000 1 бит значение канала = 0 - флаг сброшен значение канала = 1 - флаг установлен Примечание. В контроллерах С-серии области TIM и CNT - это одна область, а в контроллерах CV-серии это две разные области, поэтому для обращения к области CNT контроллера С-серии
нужно использовать тип области TIM. Протоколирование событий Драйвер поддерживает возможность протоколирования событий. При включенном протоколировании его работа существенно замедляется, поэтому протоколирование следует использовать исключительно в отладочных целях. Для включения протоколирования в каталоге проекта следует создать файл _logger следующего содержания: ;===============начало файла========== ;0-все сообщения ;1-только предупреждения и ошибки ;2-только ошибки level=O /максимальный размер файла протокола ;в МВ max size=2 ;вкл/выкл протоколирование enabled=true ;===============конец файла========== Строки, начинающиеся с являются комментариями. Если такой файл существует, то в том же каталоге будут создаваться два файла: omron_t12_ip.log и media_ip.log. В зависимости от параметра level, в них будет содержаться информация о работе драйвера. Эта информация может быть полезна для анализа неполадок в работе проекта. Обмен с контроллерами OMRON по сети Controller Link Для обмена с контроллерами OMRON по сети Controller Link необходимо установить драйвер OMRON CLK и плату Controller Link Support Board вместе с прилагающимся к ней программным обеспечением. Также необходимо соответствующим образом настроить все контроллеры OMRON, подключенные к сети (сетям) и плату Controller Link Support Board. Настройка контроллеров включает в себя настройку таблиц ввода/вывода (IO Table), установку номеров узлов (Node Address) и номеров модулей (Unit Number), а также настройку таблиц маршрутизации. За подробными инструкциями по установке и настройке контроллеров и сетей OMRON следует обращаться к документации OMRON. Обмен с контроллерами происходит путем посылки и приема FINS-
сообщений. (FINS - Factory Interface Network Service - протокол обмена сообщениями, поддерживаемый большинством контроллеров и сетей OMRON). Это позволяет обмениваться данными не только с контроллерами, подключенными к сети Controller Link, но и с контроллерами в других сетях OMRON (Ethernet, SYSMAC Link, SYSMAC Net). Для осуществления такого обмена необходимо, чтобы контроллер, подключенный к Controller Link, был также подключен и к другой сети OMRON (например, Ethernet). Такой контроллер будет выполнять функции маршрутизатора для FINS-сообщений, давая возможность обмениваться данными с контроллерами в сети Ethernet (SYSMAC Link, SYSMAC Net). При экспорте в папке узла создается файл omron_clk_addr_tab, необходимый для корректной работы драйвера (см. ниже Файл от-ron_clk_addr_tab). Параметры шаблона канала обмена задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: Атрибут Длина, байт Диапазон Функция Номер устройства 1 1-255 Индекс в таблице адресов; таблица адресов находится в текстовом файле omron_clk_addr_tab. Файл читается при загрузке драйвера. Область 1 выбор из списка Определяет область памяти для чтения/записи регистра. Смещение 2 0 - 65535 Смещение от начала области памяти Дополнительно Адрес модуля OMRON в сети Controller Link (см. ниже Файл
Атрибут Длина, байт Диапазон Функция omron_clk_addr_tab) Все числа в таблице - десятичные. Каналу выставляется признак аппаратной недостоверности в следующих случаях: • канал настроен на устройство, номер которого отсутствует в файле omron_clk_addr_tab на момент загрузки драйвера; • задан неверный адрес регистра или была попытка записи в регистр только для чтения; • в течение секунды не пришел ответ от контроллера. Файл omron clk addr tab Назначение файла omron_clk_addr_tab - установить в соответствие каждому значению настройки Номер устройства (которая используется внутри TRACE MODE) реальный адрес модуля OMRON в сети Controller Link. Файл состоит из двух или более строк вида: 1 1.12.10 Каждая такая строка устанавливает в соответствие одному значению настройки Номер устройства адрес модуля контроллера в сети. Для каждого модуля, с которым планируется осуществлять обмен данными, должна быть своя строка. Также обязательно должна присутствовать строка, определяющая адрес самого компьютера в сети OMRON. С точки зрения контроллеров, компьютер с ТАСЕ MODE является контроллером с одним модулем, поэтому он должен иметь свой адрес. Все строки, начинающиеся с игнорируются. Все строки неправильного формата также игнорируются. Первое число каждой строки - идентификатор модуля (Номер устройства в диапазоне [0, 255]), установленного в контроллер. По этому числу модуль идентифицируется в TRACE MODE. Далее через пробел или символ табуляции (‘\t’) записывается адрес модуля в сети OMRON. Первая часть адреса - адрес сети (0 для локальной сети, т.е. той, в которую входит сетевая плата). Вторая часть - адрес узла (контроллера). Третья часть - номер модуля (этот номер должен соответствовать номеру, заданному для данного модуля аппаратно). Диапазоны всех частей адреса определяются типом сети (сетей) (см. документацию OMRON). В файле обязательно должна присутствовать строка для Номер устройства = 0. Эта строка определяет адрес компьютера с Trace Mode в сети Controller Link.
Типы областей памяти описаны в разделе Обмен с контроллерами OMRON по сети Ethernet по протоколу UDP. В этом же разделе описана организация протоколирования, которая справедлива и для данного драйвера. Файлы отчетов имеют имена omron_t12_clk.log и media_clk.log.
Обмен с контроллерами фирмы ЭНЕРГОМЕРА Обмен со счетчиком ЦЭ6823 Данный драйвер оформлен в виде драйвера tl 2. Параметры шаблона канала обмена со счетчиком ЦЭ6823 задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер используемого для обмена последовательного порта (О - С0М1, 31 - COM32). Этот параметр задается в HEX форма- те; • Параметр - физическая величина, значение которой считывается из счетчика (выбирается из списка): • Exyzt - энергия в кВт*ч; • GP30t - мощность, усредненная по 30-минутному интервалу; • Доп_параметр - число 0..255 (задается в формате DEC). Отдельные биты этого числа определяют вариант физической величины, установленной настройкой Параметр. Расшифровка значений дополнительного параметра для каждой из физических величин приведена ниже; • СкоростьО - число 0..8 (задается в формате DEC). Определяет начальную скорость обмена по последовательному порту (в соответствии со стандартом МЭК 1107-96 скорость должна быть 300 бод, однако счетчик позволяет задать более высокую скорость):
• 0 - 300 бод • 1 - 600 бод • 2 - 1200 бод • 3-2400 бод • 4 - 4800 бод • 5 - 9600 бод • 6 - 19200 бод • 7 - 38400 бод • 8 - 57600 бод Для задания рабочей скорости обмена предназначена настройка Скорость!; • Скорость1 - число 0..8 (задается в формате DEC). Определяет рабочую скорость обмена по последовательному порту: Соответствие значений этого параметра скоростям обмена аналогично приведенному выше. Для параметра Exyzt (энергия в кВт*ч) биты дополнительного параметра имеют следующее значение: • Биты 0 и 1: • 00 (0 в формате DEC) - нарастающим итогом; • 01 (1)-за сутки; • 10 или 11 (2 или 3) —за месяц. • Биты 2 и 3: • 00 (0) - текущий день или месяц; • 01 (4) - предыдущий день или месяц; • 10 или 11 (8 или 12 ) - два дня или месяца назад. • Бит 4: • 0 (0) - потребленная энергия (I); • 1(16)- отпущенная энергия (Е). • Биты 5-7: • 000 (0) - суммарная энергия (S); • 001 (32) - по ночному (льготному) тарифу (N); • 010 (64) - по дневному тарифу (D); • 011 (96) - по пиковому тарифу (Р); • 100 (128) - по резервному тарифу (R). Пример. Если нужно получить отпущенную энергию за предыдущий месяц по дневному тарифу, дополнительный параметр должен быть равен следующему числу:
01010110 (BIN) = 0x56 (HEX) = 86 (DEC) Чтобы быстро получить это число, нужно сложить соответствующие десятичные числа, указанные в расшифровке в скобках: 2+4+16+64=86. Для параметра GP30t (мощность, усредненная по 30-минутному интервалу) биты дополнительного параметра имеют следующее значение: • Бит 4: • 0 (0 в формате DEC) - потребленная мощность; • 1 (16) - отпущенная мощность. Канал с параметром GP30t предназначен для передачи значений мощности из памяти счетчика в архив TRACE MODE по следующему алгоритму. Значения мощности за текущие и двое предыдущих суток 1 раз за 30 минут заносятся в архив счетчика (всего 144 значения). При первом включении канала все 144 значения записываются в буфер драйвера. Далее, при каждом пересчете канала одно значение из буфера драйвера заносится в архив TRACE MODE и присваивается каналу. Время последнего изменения канала при этом устанавливается равным концу соответствующего интервала вычисления средней мощности. После считывания всех данных из буфера каналу присваивается последнее занесенное в архив значение. Далее, через каждые 2 часа из счетчика в буфер драйвера считываются 4 значения, которые затем записываются в архив TRACE MODE по одному значению за такт пересчета канала. Обмен со счетчиком ЦЭ6823М Данный драйвер оформлен в виде драйвера 112. Параметры шаблона канала обмена со счетчиком ЦЭ6823М задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакто
ры источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - десятичное число, номер используемого для обмена последовательного порта (0 - С0М1, 1 - COM2, ..., 15 - СОМ 16); • Номер прибора - десятичное число, задающее идентификатор прибора, каждому номеру соответствует одна строка - идентификатор (см. атрибут ID прибора); • Стартовая скорость - значение выбирается из меню, определяет начальную скорость обмена по последовательному порту (в соответствии со стандартом МЭК 1107-96, скорость должна быть 300 бод, однако счетчик позволяет задать более высокую скорость); • Параметр - десятичное число, отдельные биты этого числа определяют вариант считываемой физической величины, расшифровка отдельных битов: Биты 0 и 1: • 00 (0 в формате DEC) - нарастающим итогом; • 01 (1)-за сутки; • 10 или 11 (2 или 3)-замесяц. Биты 2 и 3: • 00 (0) - за текущий день или месяц; • 01 (4) - за предыдущий день или месяц; • 10 (8) - за день два дня назад или за месяц два месяца назад; • 11 (12) - за день три дня назад или за месяц три месяца назад. Бит 4: • 0 (0) - отпущенная энергия; • 1 (16) - потребленная энергия. Пример Если нужно получить потребленную энергию за предыдущий месяц, параметр должен быть равен следующему числу: 00010110BIN = 0х16нех = 22qeq Чтобы быстро получить это число, нужно сложить соответствующие десятичные числа, указанные в расшифровке в скобках: 2+4+16=22. • Тариф - десятичное число от 0 до 5, номер тарифа: 0 - суммарная энергия, 1 - энергия по первому тарифу, ..., 5 - энергия по 5 тарифу; • ID прибора - строка-идентификатор прибора в сети с несколькими устройствами, обычно равна серийному номеру, указанному на корпусе прибора. Каждому номеру прибора (атрибут Номер при
бора) соответствует свой ID. Если создается группа каналов с одинаковым ГО (одинаковым номером прибора), то строку ГО достаточно заполнить для одного (первого) создаваемого канала. Обмен со счетчиком ЦЭ6822 Драйвер предназначен для обмена по протоколу МТ-4 и позволяет работать с электросчетчиками ЦЭ6827М, ЦЭ6827М1, ЦЭ6822. Данный драйвер оформлен в виде драйвера tl 1. Для последовательного интерфейса должны быть заданы следующие настройки (см. Редактор параметров СОМ-порта): • скорость - 2400 бод; • число информационных бит - 8; • число стоповых бит - 2; • четность - нет. Рекомендуемое значение таймаута ожидания ответа - 500 мс. Параметры шаблона канала обмена задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер используемого СОМ-порта, уменьшенный на 1; однобайтное десятичное число; • Номер подсети - номер подсети (часть адреса прибора), однобайтное десятичное число; • Номер прибора - номер прибора в подсети, однобайтное десятичное число;
• Запрос - тип запроса к прибору, значение выбирается из меню (см. таблицу ниже); • Параметр 1 - первый параметр запроса, значение зависит от типа запроса (см. таблицу), однобайтное десятичное число; • Параметр 2 - второй параметр запроса, значение зависит от типа запроса (см. таблицу), однобайтное десятичное число. Запрос Описание Тип Параметр 1 Параметр 2 Deviceinfo конфигурация счетчика I 0 - код числа тарифов (0-Т1; 1-Т1, T2; 2-Т1, Т2, ТЗ; 3-Т1, Т2, ТЗ, Т4) 1 - тарификация (0-автопереход на зим-нее/летнее время; 1-использовать внешнюю тарификацию) 2 - Тип EEPROM 3 - флаг архива (0-нет получасовок, 1-есть получасовки) 4 - положение десятичной точки (0 - целые; 1 - до тысячных долей; 2 -до сотых; 1 -до десятых) 5 - тарификация выходных дней (1-есть) - MaxP_l/2Hour Day максимум получасовой мощности за день I - - MaxP_l/2Hour Month максимум получасовой мощности за месяц I - - Power мгновенная мощность I - - PowerHalf-HourOdd получасовые мощности (для нечетного месяца) I номер дня 1..31 номер получаса 1..48 PowerHalf-HourEven получасовые мощности (для четного месяца) I номер дня 1..31 номер получаса 1..48 Tariff показания по тарифам Т1, Т2, ТЗ, Т4 I номер тарифа 1..4 -
Запрос Описание Тип Параметр 1 Параметр 2 TariffArchive тарифные суммы по месяцам I номер тарифа номер месяца ByteRAM чтение/запись байта в ОЗУ I, о 1-байтный адрес в ОЗУ - Word RAM чтение/запись 2 байт в ОЗУ I, о 1-байтный адрес в ОЗУ - ByteEPROM чтение/запись байта из EPROM I, о старший байт адреса младший байт адреса WordEPROM чтение/запись 2 байт из EPROM I, о старший байт адреса младший байт адреса DateTime чтение/запись даты и времени I, о 0 - дата 1 - время при работе с датой: 0 - год 1 - месяц 2 - число 3 - день недели (0 - вс, 1-пн.,...) при работе со временем: 0 - часы 1 - минуты 2 - секунды Дополнительная информация о значении флагов конфигурации и содержимом памяти приведена в описании протокола обмена с счетчиками фирмы Энергомера на основе модулей МТ-4. Например, для запроса текущего показания по тарифу Т1 у прибора с адресом 1.02 нужно задать следующие настройки: Номер подсети=1, Номер прибора=2,3anpoc=Tariff, Параметр 1=1, Параметр 2=0. Обмен со счетчиком ЦЭ6850М Драйвер оформлен в виде драйвера tl2. Параметры шаблона канала обмена со счетчиком ЦЭ6850М задаются в следующем редакторе:
Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер используемого СОМ-порта, уменьшенный на 1, однобайтное десятичное число; • Номер прибора - уникальный для каждого прибора номер, однобайтное десятичное число. Каждому номеру должна соответствовать своя строка-идентификатор; • ID прибора - идентификатор прибора в сети, строка длиной до 16 символов; • Стартовая скорость - начальная скорость обмена, значение выбирается из меню в соответствии с настройкой прибора (см. «Руководство по эксплуатации счетчика электрической энергии ЦЭ6850М»); • Запрос - тип запроса к прибору, значение выбирается из меню (см. описание запросов ниже); • Параметр 1 - первый параметр запроса, значение зависит от типа запроса (см. ниже); • Параметр 2 - второй параметр запроса, значение зависит от типа запроса (см. ниже). Типы запросов и их параметры: • CTIME - широковещательная команда коррекции хода часов, канал должен быть типа OUTPUT; • Exyst - запрос количества учтенной энергии, параметры имеют следующее значение: • Параметр 1 - набор битовых флагов, задающий условия чтения: значение битов 0 и 1 - интервал (0 - нарастающим итогом, 1 - за сутки, 2 или 3 - за месяц); бит 2 - активная (0) или реактивная (1) энергия; бит 3 - отпущенная (0) или по
требленная (1) энергия. При запросах энергии за день и за месяц используется дополнительный параметр для указания номера дня (месяца) - см. EnerNparam; • Параметр 2 - номер тарифа, 0 - суммарная энергия, 1 -энергия по первому тарифу, 2 - по второму тарифу, ..., 5 -энергия, накопленная в общем регистре; • Graph - запрос конкретного значения из графика нагрузки, дата для чтения графика задается с помощью запросов GraYear, GraMonth и GraDay. Значение параметров: • Параметр 1 - набор битовых флагов; бит 0 - активная (0) или реактивная (1) энергия; бит 1 - отпущенная (0) или потребленная (1) энергия; • Параметр 2 - номер архивной записи в сутках; • Gra25 - график нагрузки потерянного часа при переходе с летнего на зимнее время. Значение параметров: • Параметр 1 - набор битовых флагов, бит 0 - активная (0) или реактивная (1) энергия; бит 1 — отпущенная (0) или потребленная (1) энергия; • Параметр 2 - номер записи в архиве; • ЕпегЗ - энергия за последний завершенный трехминутный интервал; Параметр 1 - тип энергии (0 - активная потребленная, 1 - активная отпущенная, 2 - реактивная потребленная, 3 - реактивная отпущенная); • Power - мгновенная мощность, значение параметров: • Параметр 1 - тип мощности (0 - полная, 1 - активная, 2 -реактивная); • Параметр 2 - фаза (0 - фаза А, 1 - фаза В, 2 - фаза С, 3 -суммарная мощность по всем фазам); • Curre - значение тока; Параметр 1 - номер фазы (0 - фаза А, 1 -фаза В, 2 - фаза С); • Volta - значение напряжения; Параметр 1 - номер фазы (0 - фаза А, 1 - фаза В, 2 - фаза С); • Cos_f - коэффициент активной мощности; Параметр 1 - номер фазы (0 - фаза А, 1 - фаза В, 2 - фаза С, 3 - АВС); • Sin_f - коэффициент реактивной мощности; Параметр 1 - номер фазы (0 - фаза А, 1 - фаза В, 2 - фаза С, 3 — АВС); • CorUU - углы между векторами напряжений; Параметр 1 - тип вектора (0 - между векторами А и В, 1 - ВС, 2 - СА); • CorlU - углы между векторами тока и напряжения; Параметр 1 -фаза (0 - по фазе А, 1 - по фазе В, 2 - по фазе С); • Frequ - частота сети в герцах, дополнительные параметры не используются и должны быть равны 0; • Stat - состояние счетчика, 16-битное число, расшифровку значе
ний отдельных битов см. в руководстве по эксплуатации счетчика электрической энергии ЦЭ6850М. Дополнительные параметры не используются и должны быть равны 0; • Elos - энергия потерь; Параметр 1 - тип потерь (0 - потери при отпуске, 1 - потери при потреблении); • EnerNparam - запрос для передачи номера дня (месяца) в драйвер (для запроса Exyst). Дополнительные параметры не используются и должны быть равны 0; • GraYear - запрос для передачи года в драйвер (для запроса Graph). Двухзначное число, последние 2 цифры номера года; дополнительные параметры не используются и должны быть равны 0; • GraMonth - запрос для передачи месяца в драйвер (для запроса Graph). Дополнительные параметры не используются и должны быть равны 0; • GraDay - запрос для передачи дня в драйвер (для запроса Graph). Дополнительные параметры не используются и должны быть равны 0. Канал запроса CTIME может быть только типа OUTPUT. Достаточно создать по одному такому каналу на каждый используемый COM-порт, т.к. запрос широковещательный и принимается всеми устройствами. Для запроса значения из графика нагрузки необходимо создать 3 канала типа OUTPUT с запросами GraYear, GraMonth и GraDay (запись значений в эти каналы задает параметры запроса Graph) и сам канал с запросом Graph, указав тип запрашиваемой энергии (Параметр 1). Запрос Graph является блоковым и возвращает массив значений из архива за указанные сутки, номер конкретной записи в массиве задается параметром Параметр 2. Каналы EnerNParam, GraYear, GraMonth, GraDay передают параметры запросов в драйвер и могут быть типов INPUT и OUTPUT; значения параметров сохраняются отдельно для каждого прибора. Каналы прочих типов запросов должны быть INPUT. Например, канал для запроса мгновенной активной мощности, суммированной по 3 фазам, при связи с прибором с идентификатором 7777777777777777 через порт COM2 на начальной скорости 300 бод должен быть сконфигурирован следующим образом: Порт=1, Номер при-бора=0; ID прибора=7777777777777777; Стартовая скорость-300, 3anpoc=Power, Параметр 1=1, Параметр 2=3, Тип-INPUT.
Обмен с контроллерами фирмы ВОЛМАГ Обмен с контроллерами серии КОНТРАСТ Параметры шаблонов каналов обмена с контроллерами серии КОНТРАСТ (КР-500, МК-500, КР-300ИШ, КР-300ИП, КР-300Ш, КР-300М, РК-131/300) задаются в следующем редакторе: Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Порт - номер последовательного порта обмена (0 - СОМ1, ..., 31 — СОМ32). Этот параметр задается в формате HEX; • Модуль - номер устройства в формате HEX (0-FF); • Алгоблок - десятичный номер алгоблока (0-255); • Номер - десятичный номер входа/выхода алгоблока (0-255); • Тип - тип переменной (в соответствии с протоколом). Для обмена необходимо настроить последовательный порт (см. раздел Редактор параметров СОМ-порта). Настройка каналов опроса и управления контурами регулирования контроллера КР-300 Настройка Тип у этих каналов должна быть КОНТУР. Настройка Алгоблок должна задавать номер контура. Группа каналов для ЗАПРОСА ПАРАМЕТРОВ одного контура регулирования какого-либо контроллера должна быть сформирована так, чтобы между ними (по индексам каналов) не было других каналов обращения к
тому же контроллеру. Значения настройки Номер для этих каналов должны быть следующими (по порядку возрастания индексов каналов): Назначение НОМЕР Значение ручного задания 0 Текущее значение задания 1 Значение входа 2 Значение рассогласования 3 Значение выхода 4 Режим работы контура 5 Канал выдачи команд УСТАНОВКИ РЕЖИМА контура (с кодами команд от 01 до 09) должен иметь настройку Номер=5. Значение канала соответствует коду команды. Назначение Значение канала Установка режима ВЗ (внешнее задание) 01 Установка режима ПЗ (программное задание) 02 Установка режима РЗ (ручное задание) 03 Переход в автоматический режим 04 Установка режима РУ (ручное управление) 05 Установка режима ДУ (дистанционное управление) 06 Отмена дистанционного управления 07 Установка режима КУ (каскадное управление) 08 Установка режима ЛУ (локальное управление) 09 Каналы УСТАНОВКИ СИГНАЛА РУЧНОГО ЗАДАНИЯ и ВЫХОДНОГО СИГНАЛА в контуре передают эти сигналы своими значениями. Значения настройки Номер для этих каналов должны быть следующими: Назначение НОМЕР Установка сигнала ручного задания 0 Установка выходного сигнала 4 Для обращения к входам/выходам алгоблоков с номерами алгоблоков более 255 необходимо использовать в настройке Тип типы В_Вход(256-511) и В_Выход(256-511). При этом номер алгоблока будет формироваться как сумма параметра, задаваемого в настройке Алгоблок канала, и 256. Для обращения к переменным языка ПРОТЕКСТ используются типы переменных ПроТекст(0-255), ПроТекст (256-511), ПроТекст (512-767), ПроТекст (768-1023). Тип канала (I/O) определяет производимую операцию - чтение/запись. Формат переменной задается в настройке Алгоблок числом, соответст
вующим кодировке формата в протоколе МАГИСТР (согласно таблице п.9.9.1, описания КОНТ. 421457.001 РЭ): • целая короткая ЦК - 0; • целая стандартная ЦС - 1; • целая длинная ЦД - 2; • вещественная ВЩ - 3; • таймер секундный ТМС - 4; • таймер десяти миллисекундный ТММ - 5; • дискретная групповая ДГ - 6; • дискретная словная ДС - 7; • дискретная длинная ДД - 8. Номер переменной формируется как сумма параметра настройки Номер и смещения, соответствующего выбранному типу переменной: 0, 256, 512, 768. Обмен с КР-500 по IP Драйвер оформлен в виде драйвера tl2, в его состав входят библиотеки tl2s41.dll и media41.dll. Шаблоны каналов обмена с контроллером создаются в группе Истомни-ки/Приемники — PLC — KR_500. Параметры шаблонов каналов задаются в следующем редакторе: Основные .......— - Имя read_HHP_2____________________________j Кодировка -л:. . |ТУ/О | : ! [Справка] Комментарий j Параметры Протокол | TCP Контроллер 1 bsrcAtwt. : Др_____________^1, Номер |2 Тип | FLOATинр ~у\ Направление | Input _ v Дополнительно ]192168.8100:5000-500 ~ | Кроме атрибутов, общих для всех источников/приемников (см. Редакторы источников (приемников)), в редакторе задаются следующие атрибуты: • Протокол - тип протокола обмена (TCP или UDP, в настоящее время поддерживается только TCP); • Контроллер - номер контроллера (0...31, как для контроллеров
серии КОНТРАСТ - см. Обмен с контроллерами серии КОНТРАСТ); • Алгоблок - то же, что и для контроллеров серии КОНТРАСТ; • Номер - то же, что и для контроллеров серии КОНТРАСТ; • Тип - то же, что и для контроллеров серии КОНТРАСТ; • Дополнительно - адрес прибора в следующем формате: <Device_IP>:<Device_Port>-<Timeout> где • DeviceJP - IP-адрес контроллера; • Device_Port - номер порта, обычно равен 5000; • Timeout - таймаут в мс для операции сетевого обмена; если не указан, то по умолчанию принимается равным 1с. Работа с таймер-календарем контроллера (ТМК): • Номер для каналов чтения: • 0 - час; • 1 - минуты; • 2 — секунды; • 3 - день; • 4 - месяц; • 5 - год; • 6 - день недели; • Номер для каналов записи: • 0 - установка времени во всех контроллерах; • 1 - установка времени в текущем контроллере. Чтение ошибок контроллера (Err_KR_300l): • Алгоблок задает номер ошибки; • Номер определяет считываемую информацию: • 0 - код ошибки (мл. байт) и флаг ошибки (ст. байт); • 1 - уточнение ошибки; • 2 - день (мл.) и месяц (ст.) начала ошибки; • 3 - минута (мл.) и час (ст.) начала ошибки; • 4 - день (мл.) и месяц (ст.) конца ошибки; • 5 - минута (мл.) и час (ст.) конца ошибки; • 6 - секунда начала (мл.) и секунда конца (ст.) ошибки. На рисунке выше показаны настройки канала для чтения значения ИНР 2 из прибора с номером 1, IP-адрес - 192.168.0.100, порт - 5000, таймаут -500мс.
Особенности настройки обмена с контроллерами и платами УСО Контроллеры ICP-DAS Модули i-8xxx В контроллере 18000 обращение к модулям ввода/вывода 1-80хх поддерживается следующими каналами: • подтипа? (см. Подтип 2): • OEM_DI_8, OEM_DO_8 (8DI, 8DO, 8DI+8DO) • OEM_DI_16, OEM_DO_16 (16DI, 16DO, 16DI+16DO) • OEM_DI_32, OEM_DO_32 (32DI, 32DO) • подтипа 1 (см. Подтип 1): • OEM_AI, OEM_AO При этом атрибут Базовый адрес равен номеру слота установки модуля (начиная с 1), а Мультиплексор - на 1 меньше. Атрибут Канал указывает номер канала в модулях аналогового ввода-вывода, номер слова (0/1) в модуле 32DI и равен 1 для канала OEM_DO_16 для модуля (16DI+16DO). Атрибут GAIN/REG для модулей аналогового ввода задает диапазон входного сигнала: • 0-10V • 1-5 V • 2-2.5V • 3-1.25V • 4-20 mA Для работы с модулями 1-87ххх, установленными в основной крейт, используются каналы подтипа 8 (см. Подтип 8), настроенные следующим образом: • Номер порта=0 (всегда); • Адрес=0 для всех модулей (не важно, на какой адрес был настроен модуль); • Слот - номер слота в крейте (нумерация начинается с 1); • Канал - номер канала в модулях аналогового ввода-вывода.
В контроллере WinCon СЕ /18000 для поддержки обмена с модулями I-87ххх, установленными в основной крейт, необходимо задать порт СОМ1 с настройками 115 кбит/с, 8-1-п. Для работы с модулями 1-87ххх, установленными в крейт расширения, используются каналы подтипа 8, настроенные следующим образом: • Номер порта - номер СОМ-порта, уменьшенный на 1; • Адрес - адрес модуля; • Слот= 0; • Канал - номер канала в модулях аналогового ввода-вывода. Для работы со встроенным индикатором контроллера 18000 необходимо создать канал OEM_SysKey (см. Подтип 2); это дает возможность просматривать значения каналов при помощи кнопок, расположенных на лицевой панели контроллера. Для работы с диодами LI, L2, L3 лицевой панели контроллера 18000 необходимо создать канал OEM_Led (см. Подтип 2). Первые 3 бита этого канала переключают индикаторы LI, L2 и L3. В контроллере 18000 прерывания и адреса портов должны быть заданы произвольными-ненулевыми. При работе через COM3 по внутреннему RS-485 необходимо установить управление приемопередатчиком RTS. Обмен с модулями 8080, 8090 и 8091 Для обмена с модулями 8080, 8090 и 8091 используются каналы OEM_Register (1.26 - см. Подтип 1), настроенные следующим образом: • Канал {ia.c[2]} - номер канала (для 8091 - конфигурирование обмена); • Мультиплексор {ia.c[3]} - слот (для 8091 - номер платы, 1-19); • GAIN/REG {ia.c[4]} - параметры инициализации (для 8091 - различные параметры в зависимости от ia.c[2]); • ALT/REG {ia.c[5]} - тип платы (80, 90, 91). Плата 8080 Атрибут ia.c[4] канала OUTPUT задает параметры инициализации (см. документацию 8080): • биты 0 и 1 - режим работы платы: • 00-0 (Dir/Pulse Counting, 4 канала); • 01-1 (Up/Down Counting, 4 канала); • 10-2 (Frequency, 8 каналов); • 11-3 (Up-counting, 8 каналов); • биты 2 и 3 - выбор t для режима 2, Frequency: • 00-AutoTT;
• 01-LowTT; • 10-HighTT; • 11 - останов канала; • биты 4 и 5 - зарезервировано; • бит 6 — 1 - разрешить использование фильтров; • бит 7 - 0 - неинвертированный сигнал; 1 - инвертированный сигнал. Каждый канал инициализирует плату. Атрибут ia.c[2]} задает выполнение следующих функций: • если ia.c[2] < 16 - INPUT: чтение значения счетчика (int) или частоты (float); OUTPUT: ia.c[4]=0 - сброс счетчика и 1а.с[4]=<значение канала> (новый режим); • другие значения ia.c[2] - чтение/запись (INPUT/OUTPUT) следующих параметров: • 16- AutoTT (мс); • 17 - AutoW; • 18 - LowTT (мс); • 19-LowW; • 20 - HighTT (мс); • 21-HighW; • 22 - установка значений, заданных ia.c[2] = 16...21 (только OUTPUT); • 23 - время фильтра 0 (мкс); • 24 - время фильтра 1 (мкс); • 25 - время фильтра 2 (мкс). Плата 8090 Атрибут ia.c[4] канала OUTPUT задает параметры обмена (см. документацию 8090): • биты 0 и 1 - режим работы платы: • 00 - Quadrant Counting; • 01 - CW/CCW Counting; • 10 - Pulse/Direction Counting; • биты 4, 5 и 6 - если 1, при старте не сбрасывается счетчик соответственно оси X, Y и Z. Атрибут ia.c[2]} задает выполнение следующих функций (в зависимости от класса канала - НЕХ16/НЕХ32, - вызываются соответственно 2- или 4-байтовые функции): INPUT:
• 1, 2, 3 - чтение значения счетчика соответственно оси X, Y и Z; • OUTPUT: • 0 - сброс счетчиков всех осей; • 1, 2, 3 - сброс счетчика соответственно оси X, Y и Z. Плата 8091 Класс канала - НЕХ16/НЕХ32. В зависимости от атрибута ia.c[2], каналы OUTPUT задают параметры инициализации или команды управления (см. документацию 8091): • 0 - реинициализация платы с параметрами, заданными каналами OUTPUT с ia.c[2] = 1...11; count=l (служебная переменная); • 1 - режим концевых выключателей всех осей (NCmode; 0 - NO; 1 -NC); • 2 — Low_Speed; • 3 - High speed; • 4 - направление по X (xdir, 0 - NORMAL DIR, 1 - REVERSE DIR); • 5 - направление no Y (ydir); • 6 - DDA_Cycle; • 7 - AccDec; • 8 - режим выходных импульсов X (xmode; 0 - CW_CCW, 1 -PULSEDIR); • 9 - режим выходных импульсов Y (ymode); • 10 - состояние двигателя по X (xson; 0 - OFF, 1 - ON); • 11 - состояние двигателя no Y (yson); • 12 - если count >= <значение канала>, count=0 и производится останов платы (после этого плата должна быть реинициализирована); • 13 - остановы (в зависимости от значения канала): • 1 - останов оси X; • 2-останов оси Y; • 3 - останов осей X и Y; очистка буфера команд; • 4 - то же, что и 3 через программу обработки прерываний; • 14 - простые перемещения (в зависимости от значения канала): • 0 - если ia.c[4]=0, останов оси X, 1 - останов оси Y; • 2 - медленное перемещение, останов по выключателю ORG1 (X) или ORG2 (Y); значение бита 0 канала задает направление (0 - CW, 1 - CCW), ia.c[4] задает ось (0 - X, 1 - Y); • 4 - то же, что 2, но перемещение быстрое; • 6 - то же, что 2, но перемещение продолжается до подачи
команды останова оси; • 8 - то же, что 6, но перемещение быстрое; • 10 - замедление до Low_Speed, останов - по команде останова оси; ia.c[4] задает ось (0 - X, 1 - Y); • 12 - замедление до 0 и останов; ia.c[4] задает ось (0 - X, 1 -Y); • 15 - медленное перемещение (ia.c[4]=0 - по X; ia.c[4]=l - по Y; атрибут (0,9) определяет величину и направление перемещения); • 16 - то же, что 15, но перемещение быстрое; • 18 - запись значения атрибута (9, Q) канала в служебную переменную pulseX; • 19 - запись значения атрибута (9, Q) канала в служебную переменную pulseY; • 20 - перемещение по длинной интерполяционной прямой в точку (pulseX, pulseY); • 21 - перемещение по длинной интерполяционной прямой в точку (pulseX, pulseY) с заданием скорости (0-2040, биты 0-10 значения канала) и профилей ускорения/замедления (бит 11 значения канала; 0 - разрешить профили, 1 - запретить); ia.c[4]=l; • 22 - перемещение по интерполяционной окружности с центром в точке (pulseX, pulseY); бит 12 значения канала задает направление (0 - CW (по часовой стрелке), 1 - CCW (против часовой стрелки)); скорость и профили ускорения/замедления задаются так же, как для ia.c[2]=21;. ia.c[4]=l; • 23 - перемещение по интерполяционной дуге в точку (Xcur + pulseX, Ycur+pulseY); направление, скорость и профили ускорения/замедления задаются так же, как для ia.c[2]=22; ia.c[4]=l. Радиус дуги (со знаком) определяется переменной RR: • если канал 4-байтовый, RR равно значению байтов 2 и 3 атрибута (0,9); • если канал 2-байтовый, RR равно значению битов 13-15 значения канала; • 24 — перемещение по короткой интерполяционной прямой в точку (pulseX, pulseY). Для канала INPUT атрибут ia.c[2] задает считываемый параметр: • 0 - count; • 1...11 - параметр, заданный соответствующим каналом OUTPUT; • 13 - проверка остановки осей (бит 0 - X, бит 1 - Y; 0 - остановлена, 1 - не остановлена); • 17 - информация о выключателях и буфере команд (байт 0 - X, байт 1 - Y, расшифровку битов см. в документации 8091); • 18 - pulseX;
• 19-pulseY; • 23 - проверка выполнения команды интерполяционного перемещения (2 - завершена; 1 - не завершена). Если ia.c[4] = 0, в канал записывается 0; • 24 - проверка остановки осей (аналогично ia.c[2] = 13); если обе оси остановлены, перемещение по короткой интерполяционной прямой в точку (pulseX, pulseY). Модули i-70xx Для каналов AI8 в модуле 17017 с принудительным запросом данных в HEX формате номер канала надо задавать со смещением на 16 (DEC; например, вместо 3 установить 19, DEC). Для обмена с модулем 1-7016 используются следующие каналы (см. Подтип 8): • аналоговый выход - АО, Канал (СН)=20, Слот (SLOT)=0; • дискретный выход 1 - DO/AI, Канал (СН)=0, Слот (SLOT)=0; • дискретный выход 2 - DO/AI, Канал (СН)=0, Слот (SLOT)=1; • дискретный вход - D_l/O/A, Канал (СН)=0, Слот (SLOT)=0; • аналоговый вход 1 - AI, Канал (СН)=1, Слот (SLOT)=0, тип периода пересчета - F1; • аналоговый вход 2 - AI, Канал (СН)=2, Слот (SLOT)=0, тип периода пересчета - F3; • чтение счетчика - ECount, Канал (СН)=0, Слот (SLOT)=0. Верхняя и нижняя границы относятся к тому каналу, который считывается в данный момент времени. Поэтому при выборе разных аналоговых каналов необходимо синхронно менять границы командами SetHAIarm и SetLAIarm (если они разные). При организации опроса аналоговых входов необходимо учитывать, что в модулях существует задержка на переключение аналогового входа (около 300-350 мс). В модулях дискретного ввода 17000 имеются команды считывания и обнуления счетчиков, подключенных к каждому дискретному входу. Считывание значения счетчика осуществляется каналом Ain при смещении номера канала на 32 (DEC; канал 3 задается как 35, DEC). Обнуление счетчика осуществляется каналом Clear_Counter с таким же смещением номера канала. Плата А-826 Для работы с аналоговыми 16-битовыми входами платы ICP DAS А-826 используются каналы PCL_channel (см. Подтип 1) со значениями на
стройки Канал (СН) в диапазоне от 128 до 143. Нумерация каналов последовательная, начиная со 128. Контроллеры i-7188 В контроллерах серий i-7188 используются каналы Dl_port, DO_port и ОЕМ_А1 (в том числе для чтения/записи через шину расширения, см. Подтип 2 и Подтип 1). Атрибут Канал канала Dl_port задает чтение следующих сигналов: • 1 - в младшие 3 бита канала считываются значения соответственно D01-D03; • 2 - DI2; • 3-DI3; • 4-DIO4; • 9-DIO9; • 14-DIO14; • 16-nopT0xff74; • 0 - байт из порта с номером (Базовый адрес). Атрибут Канал канала DO_port задает запись по следующим направлениям: • 1 -3 - соответственно в DO 1-DO3; • 4, 9, 14 - соответственно в DIO4, DIO9 и DIO14; • 16 - в порт 0xff74; • 0 - байт в порт с номером (Базовый адрес). Для чтения аналоговых данных через плату расширения используется канал ОЕМ_А1. Атрибут Канал канала OEMAI задает номер канала на плате.
Контроллеры фирмы TEKOH Модуль D40lm Модуль импульсного вывода D40lm (TEKOH) в режиме ШИМ имеет следующие особенности: • вывод осуществляется каналами AOMFC (см. Подтип 1); • значение канала (от 1 до 60000) задает длительность импульса в мс; 65535 - установка выхода в состояние статической единицы, 0 - установка выхода в состояние статического нуля; • атрибут Мультиплексор = 1, • каждый выход модуля может управляться каналом DO_MFC (см. Подтип 2) до тех пор, пока на него не будет подан сигнал от канала AO_MFC. После этого сигналы от канала DOMFC на конкретный дискретный выход не проходят. Модуль F24 При работе с платой ввода частотно-импульсных сигналов F24, канал AI_MFC (см. Подтип 1) с атрибутом Мультиплексор=3 используется для считывания 32-разрядных регистров счетчиков. Канал AO_MFC с атрибутом Мультиплексор=3 используется для обнуления счетчика. Модуль L16i Каналы AI_MFC (см. Подтип 1) с атрибутом Мультиплексоров используются для считывания 16-ти аналоговых каналов платы L16i и одного канала измерения температуры окружающей среды. Каналы адресуются значениями атрибута Канал с 0 по 16. Последний канал с атрибутом Канал=16 считывает значение температуры окружающей среды с цифрового датчика, установленного на плате. Сконфигурированному диапазону канала соответствует диапазон значений 0... 16383. Полный (предельный) диапазон, с учетом допустимого 5-процентного превышения сконфигурированного для канала диапазона, составляет от -1024 до 17408. Для данных каналов диагностируется обрыв подключения датчика - в этом случае каналу устанавливается признак аппаратной недостоверно- сти.
Контроллеры ADVANTECH Платы аналогового ввода/вывода контроллера ADAM5510 Платы аналогового ввода/вывода контроллера ADAM5510 надо настроить на диапазон или тип сигнала. Для этого можно воспользоваться либо утилитами производства ADVANTECH, либо установить соответствующие значения атрибутов GAIN/REG каналов ОЕМ_А1, ОЕМ_АО (см. Подтип 1). По умолчанию GAIN/REG=0. Такое значение этого атрибута не изменяет установленного ранее диапазона. Чтобы изменить конфигурацию любого модуля, надо хотя бы в одном канале, созданном для обмена с этим модулем, установить соответствующее значение GAIN/REG (см. приведенные ниже таблицы). Значение атрибута задается в десятичном формате. ADAM-5017. Диапазоны ввода Код диапазона (DEC) Диапазон ввода 9 ± 10 V 10 ±5 V 11 ± 1 V 12 ± 500 mV 13 + 150 mV 14 ±20 mA ADAM-5018. Диапазоны ввода Поддиапазона (DEC) Диапазон ввода 1 ± 15 mV 2 ±50 mV 3 ± 100 mV 4 ± 500 mV 5 ± 1 V 6 ±2.5 V 7 ±20 mA 8 Не используется 15 Термопара J-типа 0-760 °C 16 Термопара К-типа 0-1000 °C 17 Термопара Т-типа -100-400 °C
Код диапазона (DEC) Диапазон ввода 18 Термопара Е-типа 0-1000 °C 19 Термопара R-типа 500-1750 °C 20 Термопара S-типа 500-1750 °C 21 Термопара В-типа 500-1800 °C ADAM-5017H. Диапазоны ввода Код диапазона (DEC) Диапазон ввода 1 ± 10 V 2 0 - 10 V 3 ± 5 V 4 0 - 5 V 5 ±2.5 V 6 0 - 2.5 V 7 ± 1 V 8 0 - 1 V 9 ± 500 mV 10 0 - 500 mV 11 4 - 20 mA 12 0 - 20 mA Значения, приведенные в этой таблице, оценочные; реальные значения могут несколько отличаться от них. ADAM-5024. Диапазоны вывода Код диапазона (DEC) Диапазон вывода 49 0 - 20 mA 50 4 - 20 mA 51 0 - 10 V Для кодов 49 и 50 значение, посылаемое в канал ОЕМ_АО, переводится в физические величины тока и напряжения на соответствующих выходах платы по следующим формулам: <Величина тока>=<3начение канала>/1000 [mA] <Величина напряжения>=<значение канала>/2000 [V] Для кода 51 значение, посылаемое в канал ОЕМ_АО, переводится в физические величины тока и напряжения на соответствующих выходах платы по следующим формулам:
<Величина тока>=<значение канала>/500 [mA] <Величина напряжения>=<значение канала>/1000 [V] ADAM-5013. Диапазоны ввода терморезисторов Код диапазона (DEC) Диапазон ввода 33 100 Ом Pt терморезистор а=0.00385 100 - 100 °C 34 100 Ом Pt терморезистор а=0.00385 0 - 100 °C 35 100 Ом Pt терморезистор а=0.00385 0 - 200 °C 36 100 Ом Pt терморезистор а=0.00385 0 - 600 °C 37 100 Ом Pt терморезистор а=0.00392 100 - 100 °C 38 100 Ом Pt терморезистор а=0.00392 0 - 100 °C 39 100 Ом Pt терморезистор а=0.00392 0 - 200 °C 40 100 Ом Pt терморезистор а=0.00392 0 - 600 °C 41 120 Ом Ni терморезистор -80 - 100 °C 42 120 Ом Ni терморезистор 0 - 100 °C Плата ADAM-5080 контроллера ADAM5510 Для обмена с платой счетчиков ADAM-5080 контроллера ADAM5510 создаются каналы ОЕМ_А1 типа INPUT и каналы ОЕМ_АО типа OUTPUT (см. Подтип 1). Атрибут ALT/REG этих каналов должен быть равен 80 (DEC). Данный атрибут указывает тип платы. Функция канала зависит от атрибута Канал следующим образом. Для канала ОЕМ_А1: • если Канал < 64, значение канала равно текущему значению счетчика с номером Канал; • если Канал >= 64, канал принимает значение 1 при переполнении счетчика с номером Канал-64, в противном случае - 0. Для канала ОЕМ_АО:
• если Канал < 64, канал управляет запуском/остановом счетчика с номером Канал. При посылке в канал 0 счетчик запускается, при посылке 1 - останавливается; • если Канал >= 64, значение, посланное в канал, задает начальное значение счетчика с номером Канал-64. При изменении значения хотя бы одного такого канала все остальные счетчики платы принимают свои начальные значения. Для модуля ADAM-5080, работающего в режиме определения частоты входного сигнала, значение соответствующего канала Frq/Counter (см. Подтип 8) необходимо для корректного отображения делить на 100 (этот канал получает от модуля данные, завышенные в 100 раз - сотни герц вместо единиц герц). Модуль ADAM-5013 Для каналов Ai8, Ain (см. Подтип 8) в модуле ADAM-5013 номер канала надо задавать со смещением на 0x20 (например, вместо 2 установить 22). Плата PCL-839 Для работы с платой PCL-839 (3-х координатное управление шаговым двигателем) используются следующие каналы (см. Подтип 1 и Подтип 2): • OEM Register типа I и О; • OEM_Status типа I; • OEM Command типа О; • Dl_port типа I; • DO_port типа О. Каналами OEM_Register типа OUTPUT производится запись, а типа INPUT - опрос текущих значений регистров R0...R7. При этом адрес каналов платы задается атрибутом Мультиплексор (MUX), а адрес регистра - атрибутом Канал (СН). Схема настройки данных каналов приводится в таблице 1. Таблица 1 Тип Канал MUX CH Канал Регистр I/O OEM_Register 0 0 1 R0: Счетчик I/O OEM_Register 0 1 1 RI: регистр FL I/O OEM_Register 0 2 1 R2: регистр FL I/O OEM_Register 0 4 1 R4: Регистр увеличения/ уменьшения
Тип Канал MUX CH Канал Регистр скорости I/O OEM_Register 0 6 1 R6: Регистр перехода пилы I/O OEM_Register 0 7 1 R7: Регистр множителя I/O OEM_Register 1 0 2 R0: Счетчик I/O OEM_Register 1 1 2 R1: регистр FL I/O OEM_Register 1 2 2 R2: регистр FL I/O OEM_Register 1 4 2 R4: Регистр увеличения/ уменьшения скорости I/O OEM_Register 1 6 2 R6: Регистр перехода пилы I/O OEM_Register 1 7 2 R7: Регистр множителя I/O OEM_Register 2 0 3 R0: Счетчик I/O OEM_Register 2 1 3 R1: регистр FL I/O OEM_Register 2 2 3 R2: регистр FL I/O OEM_Register 2 4 3 R4: Регистр увеличения/ уменьшения скорости I/O OEM_Register 2 6 3 R6: Регистр перехода пилы I/O OEM_Register 2 7 3 R7: Регистр множителя В канал OEM_Register типа INPUT с атрибутом Канал=14 считывается старший байт регистра R6&Status. Схема настройки данных каналов приводится в таблице 2. Таблица 2 Тип Канал MUX CH Канал Регистр I OEM_Register 0 14 1 R6&Status (BASE+3) I OEM_Register 1 14 2 R6&Status (BASE+7) I OEM_Register 2 14 3 R6&Status (BASE+11) В канал OEM_Status типа INPUT считывается регистр статуса канала. Схема настройки данных каналов приводится в таблице 3. Таблица 3 Тип Канал MUX CH Канал Регистр I OEM_Status 0 0 1 Статус канала 1 (BASE+0) I OEM_Status 1 0 2 Статус канала 2 (BASE+4)
Тип Канал MUX CH Канал Регистр I OEM_Status 2 0 3 Статус канала 3 (BASE+8) Канал OEM_Command типа INPUT взаимодействует с командным буфером. Адрес буфера каждого канала задается атрибутом Мультиплексор (MUX) (0..2), а атрибут Канал (СН) используется для выбора соответствующей команды. При этом, если СН=0, значение канала воспринимается как прямая команда. При значениях СН=1..4 значение канала воспринимается как данные предопределенной команды. Схема настройки данных каналов приведена в таблице 4. Таблица 4 Тип Канал MUX CH Канал Буфер ко- манд Команда О OEM_Command 0 0 1 WRO (BASE+O) Данные (Ь0...Ь7) О OEM_Command 1 0 2 WR4 (BASE+4) Данные (Ь0...Ь7) О OEM_Command 2 0 3 WR8 (BASE+8) Данные (Ь0...Ь7) О OEM_Command 0 1 1 WRO (BASE+O) Запуск/останов выбора команды (Ь0...Ь5) О OEM_Command 0 2 1 WRO (BASE+O) Команда выбора режима работы (Ь0...Ь5) О OEM_Command 0 3 1 WRO (BASE+O) Команда выбора регистра (ЬО...Ь5) О OEM_Command 0 4 1 WRO (BASE+O) Команда выбора выходного режима (ЬО...Ь5) О OEM_Command 1 1 2 WR4 (BASE+4) Запуск/останов выбора команды (ЬО...Ь5) О OEM_Command 1 2 2 WR4 (BASE+4) Команда выбора режима работы (Ь0...Ь5) О OEM_Command 1 3 2 WR4 (BASE+4) Команда выбора регистра (Ь0...Ь5) О OEM_Command 1 4 2 WR4 (BASE+4) Команда выбора выходного режима (Ь0...Ь5) О OEM_Command 2 1 3 WR8 (BASE+8) Запуск/останов выбора команды (Ь0...Ь5) О OEM_Command 2 2 3 WR8 (BASE+8) Команда выбора
Тип Канал MUX CH Канал Буфер ко- манд Команда режима работы (ЬО...Ь5) О OEM_Command 2 3 3 WR8 (BASE+8) Команда выбора регистра (Ь0...Ь5) 0 OEM_Command 2 4 3 WR8 (BASE+8) Команда выбора выходного режима (Ь0...Ь5) Каналы DI port и DO port используются для считывания обычных портов дискретного ввода-вывода. Схема настройки каналов приводится в таблице 5. Таблица 5 Тип Канал MUX Базовый адрес (BASE) CH Данные (регистр) I DI_Port 0 BASE+C 0 DIGITAL INPUT 0-7 (BASE+12) I DI_Port 0 BASE+C 1 DIGITAL INPUT 8-15 (BASE+13) О DO_Port 0 BASE+C 0 DIGITAL OUPUT 0-7 (BASE+12) 0 DO_Port 0 BASE+C 1 DIGITAL OUPUT 8-15 (BASE+13)
Контроллеры FASTWEL Плата FASTWEL AI16-5A Для аналогового ввода используется канал LA_AI16 типа INPUT (см. Подтип 1). Коэффициент усиления для 4-х последовательных каналов - 0...3, 4...7 и т.д. - задается в атрибуте Канал того канала из этой группы, который имеет максимальный ID. При этом коэффициенты усиления каналов группы занимают по 2 бита в 8-битовом числе: Например, число 228= 0хЕ4 задаст коэффициенты усиления для каналов с номерами 0...3 с кодами соответственно 0, 1, 2, 3. Каналы с Канал (СН)= 0...7 работают в режиме дифференциального ввода, с Канал (СН) = 32.. .47 - в режиме однопроводного ввода. Для аналогового вывода (выходы DAC0 и DAC1) надо использовать каналы AO(L,H)PCL (см. Подтип 1) типа OUTPUT с адресом Базо-вый_адрес+Е и атрибутом Канал (СН)= 0. При программном формировании выходного сигнала для DAC1 необходимо обеспечить установку 1 в 12-м разряде числа (например, в процедуре трансляции прибавить к выходному значению 4096). Для дискретного вывода надо использовать канал DO_port (см. Подтип 2) с адресом Базовый_адрес+3. Платы FASTWEL UNIOxx-5 В данном разделе приводится описание настроек каналов для работы с платами UNIOxx-5 от Fastwel для прошивки G11. Канал AI_RWH (аналоговый ввод) (см. Подтип 1): • Базовый адрес (BASE) - базовый адрес платы (типа (адрес матрицы) + (базовый адрес по перемычкам)); адрес матрицы: FGPA1 = ОхАО 0 0,FGPA2 = 0хА4 0 0,FGPA3 = 0хА8 0 0,FGPA 4=0хАС00 • Канал (СН) - 0 или 1 (канал модуля GrayHill); • Мультиплексор (MUX) - номер посадочного места модуля GrayHill (от 1 до 12) на плате TBI;
• GAIN/REG — не используется; • ALT/REG - не используется. Канал Dl_port (дискретный ввод) (см. Подтип 2): • Базовый адрес (BASE) - базовый адрес платы (типа (адрес матрицы) + (базовый адрес по перемычкам)); адрес матрицы: FGPA1 = ОхАО0 0,FGPA2 = 0хА4 0 0,FGPA3 = 0хА80 0,FGPA 4=0хАС00 • Канал (СН) - номер банка (1 - посадочные места с МО по М3, 2 -места с М4 по Ml 1 на плате TBI): • Мультиплексор (MUX) - всегда 0; • Тип сигнала (Туре) - «...»; • Состояние (State) - для мест M0-M3 - +0<-FF, для мест М4-М11 -+K-FF. Канал AO_RWH (аналоговый вывод) (см. Подтип 1): • Базовый адрес (BASE) - базовый адрес платы (типа (адрес матрицы) + (базовый адрес по перемычкам)); адрес матрицы: FGPA1 = ОхАО 0 0,FGPA2 = 0хА4 0 0,FGPA3 = 0хА8 0 0,FGPA 4=0хАС00 • Канал (СН) - 0 или 1 (канал модуля GrayHill); • Мультиплексор (MUX) — номер посадочного места модуля GrayHill (от 1 до 12) на плате TBI; • GAIN/REG — не используется; • ALT/REG — не используется. Канал DO_port (дискретный вывод) (см. Подтип 2): • Базовый адрес (BASE) - базовый адрес платы (типа (адрес матрицы) + (базовый адрес по перемычкам)); адрес матрицы: FGPA1=ОхАО0 0,FGPA2 = 0хА4 0 0,FGPA3 = 0хА8 0 0,FGPA 4=0хАС00 • Канал (СН) - номер банка (1 - посадочные места M0-M3, 2 - места М4-М11 на плате TBI); • Мультиплексор (MUX) - всегда 64; • Тип сигнала (Туре) - «...»; • Состояние (State) - для мест МО-МЗ - +0<-FF, для мест М4-М11 -+K-FF. Драйвер платы RWH.EXE должен запускаться перед стартом Микро МРВ.
Модули GrayHill AI и DO на одной плате TBI не работают. Необходимо разносить по разным матрицам FPGAx.
AdAstra Research Group, Ltd Россия, Москва, a/я 38 Тел. (495) 737-59-33 Факс (495) 232-00-92 E-mail: adastra@adastra.ru http://www.adastra.ru
TRACE MODE version
РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
TRACE MODE 6 & T-FACTORY
SOFTLOGIC SCADA/HMI MES EAM HRM
Интегрированная платформа для управления производством
БЫСТРЫЙ СТАРТ
Издание шестое (к релизу 6.04)
064.18957709.0001-01 90 01
ТУ 5043-001-18957709-00
Москва, 2006
AdAstra Research Group, Ltd.
Торговые марки
Microsoft, Windows, Windows XP, Windows CE и MS-DOS — зарегистрированные торговые марки Microsoft Corporation.
Siemens — зарегистрированная торговая марка SIEMENS.
TRACE MODE _ зарегистрированная торговая марка Adastra Research Group, Ltd.
T-FACTORY.exe _ зарегистрированная торговая марка Adastra Research Group, Ltd. ADASTRA — зарегистрированная торговая марка Adastra Research Group, Ltd. Автопостроение — зарегистрированная торговая марка Adastra Research Group, Ltd.
Все названия и торговые марки других фирм являются зарегистрированными и принадлежат соответствующим владельцам.
Copyright © 2006 AdAstra Research Group, Ltd.
Все права защищены.
СОДЕРЖАНИЕ 3
Содержание
|
ВВЕДЕНИЕ ………………………………………………………………………………………………….. |
5 |
|
Краткое описание системы………………………………………………………………………… |
5 |
|
Назначение и сферы применения………………………………………………………….. |
5 |
|
Основные термины и определения ……………………………………………………….. |
6 |
|
Состав инструментальной системы ………………………………………………………. |
7 |
|
Принцип функционирования системы ………………………………………………….. |
8 |
|
Модификации ИС TRACE MODE 6 ……………………………………………………… |
9 |
|
Пособие по инсталляции …………………………………………………………………………. |
10 |
|
Системные требования……………………………………………………………………….. |
10 |
|
Порядок инсталляции…………………………………………………………………………. |
10 |
|
ЧАСТЬ ПЕРВАЯ. Нарисуй и запусти!……………………………………………………….. |
11 |
|
Создание простейшего проекта ……………………………………………………………….. |
11 |
|
Создание узла АРМ ……………………………………………………………………………. |
11 |
|
Создание графического экрана …………………………………………………………… |
12 |
|
Автопостроение канала………………………………………………………………………. |
18 |
|
Создание генератора синуса и привязка его к каналу…………………………… |
19 |
|
Запуск проекта …………………………………………………………………………………… |
21 |
|
Добавление функции управления…………………………………………………………….. |
22 |
|
Редактирование графического экрана …………………………………………………. |
22 |
|
Привязка аргумента экрана к каналу …………………………………………………… |
25 |
|
Размещение ГЭ Тренд ………………………………………………………………………… |
27 |
|
Запуск проекта …………………………………………………………………………………… |
29 |
|
Простейшая обработка данных………………………………………………………………… |
30 |
|
Доработка графического экрана………………………………………………………….. |
30 |
|
Создание программы на языке Техно ST …………………………………………….. |
32 |
|
Привязка аргументов программы ……………………………………………………….. |
34 |
|
Запуск проекта …………………………………………………………………………………… |
36 |
|
Связь по протоколу DDE с приложением MS Windows на примере |
|
|
Excel ………………………………………………………………………………………………………. |
36 |
|
МРВ как DDE-сервер …………………………………………………………………………. |
36 |
|
МРВ как DDE-клиент…………………………………………………………………………. |
37 |
|
Подключение модуля удаленного ввода сигналов…………………………………….. |
39 |
|
Создание компонента-источника для ввода данных от модуля I- |
|
|
7011…………………………………………………………………………………………………… |
39 |
|
Создание и настройка СОМ-порта………………………………………………………. |
41 |
|
Изменение привязки канала к источнику данных ………………………………… |
42 |
|
Запуск проекта …………………………………………………………………………………… |
43 |
|
ЧАСТЬ ВТОРАЯ. Операторский интерфейс: мониторинг, |
|
|
управление, регулирование ……………………………………………………………………….. |
44 |
|
Постановка задачи ………………………………………………………………………………….. |
44 |
|
Создание экранов АРМ …………………………………………………………………………… |
46 |
|
Написание программ ………………………………………………………………………………. |
73 |
|
4 |
TRACE MODE и T-FACTORY: БЫСТРЫЙ СТАРТ |
|
|
Узлы проекта и база каналов …………………………………………………………………… |
78 |
|
|
Создание архива и отчета тревог……………………………………………………………… |
82 |
|
|
Подключение PLC к АРМ ……………………………………………………………………….. |
90 |
|
|
Создание и настройка СОМ-порта ……………………………………………………… |
90 |
|
|
Создание компонентов-источников/приемников для обмена по |
||
|
протоколу ModBus RTU …………………………………………………………………….. |
91 |
|
|
Связывание компонентов-источников/приемников с каналами ……………. |
93 |
|
|
Создание базы каналов PC-based контроллера …………………………………………. |
95 |
|
|
Создание компонентов-источников/приемников PC-based |
||
|
контроллера ………………………………………………………………………………………. |
97 |
|
|
Связывание компонентов-источников/приемников с каналами ……………. |
99 |
|
|
Настройка каналов, задающих начальные условия для |
||
|
регулирования и управления …………………………………………………………….. |
100 |
|
|
Настройка параметров сетевого обмена и динамических характеристик |
||
|
узла ………………………………………………………………………………………………………. |
101 |
|
|
Конфигурирование информационных потоков между узлами…………………. |
102 |
|
|
Настройка режима сетевого обмена ………………………………………………….. |
104 |
|
|
Редактирование базы каналов …………………………………………………………… |
106 |
|
|
Фиксация событий ………………………………………………………………………………… |
107 |
|
|
Связь с СУБД MS Access ………………………………………………………………………. |
108 |
|
|
Обработка данных локального архива ……………………………………………………. |
118 |
|
|
Обеспечение безопасности ……………………………………………………………………. |
121 |
|
|
Генератор отчетов…………………………………………………………………………………. |
123 |
|
|
ЧАСТЬ ТРЕТЬЯ. Имитаторы ………………………………………………………………….. |
134 |
|
|
Постановка задачи ………………………………………………………………………………… |
134 |
|
|
Подготовительные операции …………………………………………………………………. |
134 |
|
|
Разработка программ имитаторов, встраивание их в проект ……………………. |
135 |
|
|
Файлы проекта ……………………………………………………………………………………… |
140 |
|
|
Отладка ………………………………………………………………………………………………… |
142 |
|
|
Настройка сетевых протоколов…………………………………………………………. |
143 |
|
|
Подготовка папки проекта к отладке…………………………………………………. |
144 |
|
|
Проведение отладки …………………………………………………………………………. |
144 |
|
|
Заключение ………………………………………………………………………………………………. |
150 |
|
|
ПРИЛОЖЕНИЕ ……………………………………………………………………………………….. |
152 |
|
|
Некоторые типовые системные конфигурации TRACE MODE 6 …………….. |
152 |
Введение 5
ВВЕДЕНИЕ
Краткое описание системы
Назначение и сферы применения
TRACE MODE 6 предназначена для автоматизации промышленных предприятий, энергетических объектов, интеллектуальных зданий, объектов транспорта, систем энергоучета и т.д. Масштаб систем автоматизации, создаваемых в TRACE MODE, может быть любым – от автономно работающих управляющих контроллеров и рабочих мест операторов (АРМ), до территориально распределенных систем управления, включающих десятки контроллеров и АРМ, обменивающихся данными с использованием различных коммуникаций – локальная сеть, интранет/интернет, последовательные шины на основе RS-232/485, выделенные и коммутируемые телефонные линии, радиоканал и GSM-сети. Причем, благодаря наличию в составе TRACE MODE 6 компонентов T-Factory.exe, появляется возможность комплексной автоматизации управления как технологическими, так и бизнес-процессами производства для достижения высокой экономической эффективности и быстрого возврата инвестиций.
TRACE MODE 6 располагает встроенными драйверами, позволяющими подключать более двух тысяч наименований устройств ввода/вывода – программируемых логических контроллеров, удаленного УСО, плат ввода/вывода и промышленных сетей. Поддержка спецификаций OPC DA и HDA, протоколов DDE и NetDDE, а также открытый формат драйвера ввода/вывода и возможность прямого обращения к динамическим библиотекам (DLL) средствами языка программирования ST определяют беспрецедентные возможности по включению в состав систем автоматизации, разрабатываемых в TRACE MODE, разнообразного оборудования и обмену данными с внешними приложениями.
Классы систем, создаваемых в TRACE MODE 6, могут быть как инфор- мационно-измерительные (мониторинга), так и управляющие (НЦУ). Архитектура таких систем в свою очередь может быть как централизованная, так и распределенная – в зависимости от заданных требований.
Особое место отводится системам, использующих свободнопрограммируемые контроллеры (PC-based и/или PAC-контроллеры), поскольку в этом случае в TRACE MODE 6 применяется единый инструмент создания информационного и математического обеспечения, как для АРМ верхнего уровня, так и для контроллеров, реализующих нижний уровень в иерархии систем автоматизации. Использование технологии автопостроения и подход к разработке проекта распределенной системы автоматизации как единого проекта существенно повышают производительность труда разработчиков систем, значительно уменьшая
|
6 |
TRACE MODE и T-FACTORY: БЫСТРЫЙ СТАРТ |
долю рутинных ручных операций и снижая количество ошибок, неизбежных в больших проектах.
Надежный и высокопроизводительный обмен данными между контроллерами и АРМ в TRACE MODE 6 обусловлен использованием логического сетевого протокола I-Net (поверх TCP/IP), или M-LINK – в случае использования последовательных коммуникаций. Хранение и доступ к накапливаемой информации реализуется через мощную систему архивирования технологических параметров СУБД РВ SIAD 6.
Динамические характеристики и надежность создаваемого в TRACE MODE 6 программного обеспечения АРМ и контроллеров позволяют применять разработанные системы автоматизации в таких отраслях промышленности как нефтехимия, металлургия, энергетика, машиностроение, коммунальное хозяйство, пищевая промышленность, транспорт, а также при проведении научных исследований.
Основные термины и определения
Программные продукты TRACE MODE 6 подразделяются на интегриро-
ванную среду разработки (инструментальную систему) и исполнительные модули.
Инструментальная система TRACE MODE устанавливается на рабочем месте инженера-разработчика АСУ и предназначена для создания системы автоматизации и отладки всех ее компонентов. Сохраняемое в файл с расширением *.prj описание создаваемой системы автоматизации являет-
ся проектом TRACE MODE.
Исполнительные модули TRACE MODE предназначены для запуска проекта TRACE MODE в реальном времени, т.е. для эксплуатации на действующем объекте автоматизации. Основным исполнительным модулем
TRACE MODE для АРМ является МРВ – монитор реального времени, ре-
ализующий такие основные функции как непрерывный сбор данных, их математическую обработку и визуализацию. Для запуска проекта в контроллерах используются исполнительные модули МикроМРВ, которые различаются по типу контроллеров (разрядность процессора, операционная система, использование сетевого взаимодействия и др.).
Каждому компьютеру/контроллеру, запускаемому под управлением исполнительного модуля в проекте TRACE MODE сопоставлен отдельный узел. Максимальное количество узлов в проекте – 255.
В рамках узла создаются каналы – основные информационные единицы для ввода и первичной обработки данных. Каналы в рамках узла могут объединяться в группы, группы могут содержать подгруппы, образуя иерархическую информационную структуру произвольной вложенности.
Каналы различаются на классы в зависимости от типа обрабатываемых данных, например, для целочисленных – HEX16 и HEX32, для веще-
ственных – FLOAT и DOUBLE FLOAT.
Введение 7
Каналы содержат атрибуты. Атрибуты каналов могут быть вычисляемыми в реальном времени и не вычисляемыми, общими и специализированными, т.е. отражающими специфику класса канала. Атрибуты канала, задаваемые при редактировании в ИС – Базовое имя, Комментарий, Кодировка являются общими атрибутами каналов всех классов. Атрибуты Верхний предел, Нижний предел – не вычисляемые специализированные аргументы канала класса Float, атрибут Достоверность является вычисляемым атрибутом, индицирующим в реальном времени состояние обмена данными с аппаратурой для каналов класса HEX16 и Float. Значения не вычисляемых атрибутов можно изменять в реальном времени, например, варьировать параметры внутренней обработки в канале класса Float с помощью атрибутов Множитель и Смещение для выполнения линейного преобразования – перехода от кодов АЦП к физическим величинам и т.д.
Различают два типа каналов – INPUT и OUTPUT. В общем случае каналы типа INPUT могут получать информацию от источников данных, каналы типа OUTPUT – посылать управляющие воздействия в приемники данных.
Источники и приемники данных представляют собой описатели точек ввода-вывода, то есть связей с контроллерами, платами УСО, интеллектуальными датчиками и т.д. Каждая точка ввода-вывода может быть одним аналоговым сигналом или группой (до 16-ти) дискретных сигналов.
Связи с тэгами во внешних ОРС-серверах и программными компонентами по протоколам DDE/NetDDE также относятся к точкам ввода-вывода.
Такие компоненты проекта как экраны, программы, связи с внешними реляционными СУБД и документы разрабатываются как шаблоны. Для связи шаблонов с атрибутами каналов используются аргументы. Вызов шаблонов в узлах проекта осуществляется с помощью специализированных каналов класса CALL (Вызов). Один шаблон может быть вызван многократно на разных узлах с передачей в аргументы различных атрибутов различных каналов. Допустимы связи между аргументами вызываемых шаблонов, если они заданы в рамках одного узла.
Для повторного использования в последующих проектах любых компонентов проекта – шаблонов экранов, программ, связей с СУБД, документов, источников/приемников и узлов в целом предназначена пользова-
тельская библиотека.
Количество проектов, разрабатываемых с помощью одной инструментальной системы TRACE MODE, как и время работы в ней не ограничено.
Состав инструментальной системы
В состав инструментальной системы TRACE MODE 6 входят:
интегрированная среда разработки TRACE MODE 6 IDE (файл tmdevenv.exe);
профайлеры – отладочные МРВ (файл rtc.exe – с поддержкой графических экранов; файл rtmg32.exe – без поддержки графических
|
8 |
TRACE MODE и T-FACTORY: БЫСТРЫЙ СТАРТ |
экранов); бесплатный набор драйверов устройств ввода\вывода;
библиотека компонентов – файл tmdevenv.tmul и набор ресурсов – обои, логотипы, анимации в каталоге \Lib папки инструментальной системы;
электронная документация (встроенная справочная система);
демонстрационные проекты TRACE MODE (примеры систем автоматизации, основанные на имитации технологического процесса).
Принцип функционирования системы
Создание проекта АСУ осуществляется в единой интегрированной среде разработки (ИС) TRACE MODE 6, работающей под управлением операционной системы MS Windows. Операции по созданию компонентов проекта, их редактированию и установлению взаимосвязей между ними выполняются в Навигаторе проекта ИС. Разрабатываемый проект представляется в виде дерева компонентов. Создание дерева проекта облегчается применением различных технологий автопостроения.
При создании программ, экранов, связей с СУБД, документов и других компонентов вызываются соответствующие редакторы. Разработанные шаблоны могут быть применены для повторного использования, как в текущем проекте, так и в последующих при условии их сохранения в пользовательской библиотеке компонентов.
Запуск инструментальной системы TRACE MODE 6 производится двой-
ным щелчком ЛК мыши по иконке 
рабочего стола Windows или из меню «ПУСК/Все программы/Trace Mode 6/TRACE MODE IDE 6».
Конечным результатом работы инструментальной системы TRACE MODE 6 является набор файлов, предназначенных для исполнения задач АСУ в мониторах реального времени на АРМах и в контроллерах. В рассматриваемых далее случаях в качестве МРВ для АРМ будет использоваться профайлер с поддержкой графических экранов rtc.exe, а для контроллера — без поддержки графических экранов rtmg32.exe, расположенные в директории инструментальной системы TRACE MODE 6. Профайлер позволяет запускать на компьютере с установленной инструментальной системой один узел разработанного проекта. Узлы проекта, запущенные в отладчиках TRACE MODE 6 на разных компьютерах могут обмениваться данными, как по сети, так и по последовательным коммуникациям. На одном компьютере с несколькими сетевыми адаптерами, соединенными через hub или switch, можно одновременно запускать соответствующее количество узлов, обменивающимися данными по сети. На одном компьютере с несколькими последовательными портами, соединенными соответствующим образом (для двух – нуль-модемным кабелем), можно запускать также несколько узлов, обменивающихся данными
Введение 9
по интерфейсам RS-232/485.
Модификации ИС TRACE MODE 6
Существует две линии продуктов – базовая и профессиональная.
Базовая ИС распространяется бесплатно, включает в себя только электронную документацию и предполагает использование более дорогих исполнительных модулей. Вместе с тем, например, для проектов, содержащих один узел, затраты на покупку исполнительного модуля будут ниже, чем при использовании профессиональной линии. Однако для базовой линии существуют ограничения – отсутствуют МикроМРВ, невозможно выполнять резервирование узлов операторских станций, а также создавать узлы T-Factory 6. Различно и наполнение пользовательских библиотек, содержащих готовые к использованию графические объекты, анимации, обои и т.д. Включенные в состав ИС отладочные МРВ – профайлеры также отличаются по времени непрерывной работы с устройствами ввода/вывода, так для базовой ИС – один час, для профессиональной – два часа. С точки зрения поддержки аппаратных средств, таких как PLC с закрытой архитектурой, модулей удаленного УСО, плат ввода/вывода – всего более 2000 бесплатных, готовых к использованию, а также стандартных протоколов обмена, таких как OPC, DDE, NetDDE и ODBC, базовая и профессиональная линии обеспечивают одинаковую функциональность. Форматы проектов, создаваемых в базовой и профессиональной ИСР несовместимы, однако при переходе на профессиональную линию один проект может быть конвертирован из базового в профессиональный формат. Использование профессиональной линии также предполагает бесплатную техническую поддержку разработчика с использованием форума TRACE MODE на интернет-сайте компании, путем обращения по E-mail, по телефону/факсу и очно в офисе компании.
Лицензирование для ИСР производится по числу точек ввода/вывода, используемого для проекта в целом: один аналоговый вход или выход – одна точка ввода/вывода, один порт дискретного ввода/вывода – одна точка ввода/вывода (для профессиональной, так как базовая позволяет использовать максимальное количество точек ввода/вывода — 64000). Получаемое в результате разработки проекта количество каналов TRACE MODE для узлов проекта – основание для выбора «мощности» соответствующих МРВ и/или МикроМРВ.
Для того чтобы непосредственно приступить к работе с TRACE MODE 6, инсталлируйте инструментальную систему на жесткий диск компьютера.
|
10 |
TRACE MODE и T-FACTORY: БЫСТРЫЙ СТАРТ |
Пособие по инсталляции
Системные требования
Для нормальной работы инструментальной системы TRACE MODE 6 рекомендуется следующая конфигурация ПК:
ОС – Windows XP; процессор PENTIUM IV; ОЗУ – 512 MB;
объем на жестком диске – 1.5 GB; разрешение экрана – 1280×1024; качество цветопередачи – True Color;
поддержка OpenGL v.1.1;
CD, мышь, параллельный порт или USB.
Порядок инсталляции
В зависимости от имеющегося типа инструментальной системы TRACE MODE 6 возможны следующие варианты инсталляции ее на диск компьютера:
для профессиональной редакции – согласно Пособия по инсталляции, предполагающей подключение электронного ключа защиты к параллельному/USB порту компьютера;
для базовой (бесплатной) редакции – без установки электронного ключа.
В случае базовой редакции для проведения инсталляции необходимо выполнить следующие действия:
закрыть все активные приложения;
вставить CD-дистрибутив инструментальной системы TRACE MODE 6 в CD-дисковод и далее следовать инструкциям, отображаемым на экране.
Особенности установки инструментальной системы изложены в файле readme.txt, расположенном в корневой директории дистрибутива.
|
Быстрый просмотр |
Уточните сроки Артикул: SK-14-RU Сборник «Четырнадцатая международная конференция и выставка » / Тезисы докладов. Издание первое. М. / AdAstrA / 2008 / 86 c. — AdAstrA SK-14-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
|
Быстрый просмотр |
Уточните сроки Артикул: SK-13-RU Сборник «Тринадцатая международная конференция и выставка » / Тезисы докладов. Издание первое. М. / AdAstrA / 2007 / 98 c. — AdAstrA SK-13-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
|
Быстрый просмотр |
Уточните сроки Артикул: SK-15-RU Сборник «Пятнадцатая международная конференция и выставка » / Тезисы докладов. Издание первое. М. / AdAstrA / 2009 / 140 c. — AdAstrA SK-15-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
|
Быстрый просмотр |
Уточните сроки Артикул: SK-11-RU Сборник «Одиннадцатая международная конференция и выставка » / Тезисы докладов. Издание второе. М. / AdAstrA / 2005 / 233 c — AdAstrA SK-11-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
|
Быстрый просмотр |
Уточните сроки Артикул: SK-12-RU Сборник «Двенадцатая международная конференция и выставка » / Тезисы докладов. Издание первое. М. / AdAstrA / 2006 / 182 c. — AdAstrA SK-12-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
|
Быстрый просмотр |
Уточните сроки Артикул: RP-6-RU Руководство пользователя TRACE MODE 6. Издание 15-е. М. / AdAstrA / 2012 / 2 тома / 1163 c — AdAstrA RP-6-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
|
Быстрый просмотр |
Уточните сроки Артикул: BS-6-RU Быстрый старт TRACE MODE 6. Издание восьмое. М. / AdAstrA / 2010 — AdAstrA BS-6-RU
При покупке ПО в коробке НДС 20%, при покупке лицензионного соглашения НДС нет
Характеристики |
Жмите запросить цену Оборудование со склада и под заказ |
Главная страница
Главная страница
- TRACE MODE 6.06.3
- Введение
- Новые возможности
- Системные требования
- Многоязыковая поддержка
- Как начать работу без чтения документации
- Быстрый старт
- Быстрый старт
- ЧАСТЬ ПЕРВАЯ. Нарисуй и запусти!
- Создание простейшего проекта
- Создание простейшего проекта
- Создание узла АРМ
- Создание графического экрана
- Автопостроение канала
- Создание генератора синуса и привязка его к каналу
- Запуск проекта
- Добавление функции управления
- Добавление функции управления
- Редактирование графического экрана
- Привязка аргумента экрана к каналу
- Размещение ГЭ Тренд
- Запуск проекта
- Простейшая обработка данных
- Простейшая обработка данных
- Доработка графического экрана
- Создание программы на языке Техно ST
- Привязка аргументов программы
- Запуск проекта
- Связь по протоколу DDE с приложением MS Windows на примере Excel
- МРВ как DDE-сервер
- МРВ как DDE-клиент
- Подключение модуля удаленного ввода сигналов
- Подключение модуля удаленного ввода сигналов
- Создание компонента-источника для ввода данных от модуля I-7011
- Создание и настройка СОМ-порта
- Изменение привязки канала к источнику данных
- Запуск проекта
- Создание простейшего проекта
- ЧАСТЬ ВТОРАЯ. Операторский интерфейс: мониторинг, управление, регулирование
- Постановка задачи
- Постановка задачи
- Создание экранов АРМ
- Создание экранов АРМ
- Написание программ
- Написание программ
- Узлы проекта и база каналов
- Узлы проекта и база каналов
- Создание архива и отчета тревог
- Создание архива и отчета тревог
- Подключение PLC к АРМ
- Создание и настройка СОМ-порта
- Создание компонентов-источников/приемников для обмена по протоколу ModBus RTU
- Связывание компонентов-источников/приемников с каналами
- Создание базы каналов PC-based контроллера
- Создание базы каналов PC-based контроллера
- Создание компонентов-источников/приемников PC-based контроллера
- Связывание компонентов-источников/приемников с каналами
- Настройка каналов, задающих начальные условия для регулирования и управления
- Настройка параметров сетевого обмена и динамических характеристик узла
- Настройка параметров сетевого обмена и динамических характеристик узла
- Конфигурирование информационных потоков между узлами
- Конфигурирование информационных потоков между узлами
- Настройка режима сетевого обмена
- Редактирование базы каналов
- Организация вывода времени на графических экранах
- Организация вывода времени на графических экранах
- Фиксация событий
- Фиксация событий
- Связь с СУБД MS Access
- Связь с СУБД MS Access
- Обработка данных локального архива
- Обработка данных локального архива
- Обеспечение безопасности
- Обеспечение безопасности
- Генератор отчетов
- Генератор отчетов
- Постановка задачи
- ЧАСТЬ ТРЕТЬЯ. Имитаторы
- Постановка задачи
- Постановка задачи
- Подготовительные операции
- Подготовительные операции
- Разработка программ имитаторов, встраивание их в проект
- Разработка программ имитаторов, встраивание их в проект
- Файлы проекта
- Файлы проекта
- Отладка
- Отладка
- Настройка сетевых протоколов
- Подготовка папки проекта к отладке
- Проведение отладки
- Постановка задачи
- Заключение
- Заключение
- ПРИЛОЖЕНИЕ
- Некоторые типовые системные конфигурации TRACE MODE 6
- Некоторые типовые системные конфигурации TRACE MODE 6
- Некоторые типовые системные конфигурации TRACE MODE 6
- Принципиальные отличия компонентов TRACE MODE 6
- Модификации программных компонентов TRACE MODE 6
- Модификации программных компонентов TRACE MODE 6
- Модификации ИС TRACE MODE 6
- Модификации мониторов
- Модификации мониторов
- Ограничения мониторов для DOS
- Ограничения мониторов для Windows CE
- Модификации программных компонентов TRACE MODE 6
- Проект АСУ в TRACE MODE 6
- Программный комплекс TRACE MODE 6
- Программный комплекс TRACE MODE 6
- Основные характеристики TRACE MODE 6
- Принцип работы монитора. Канал TRACE MODE 6
- Обеспечение работы распределенных АСУ
- Резервирование
- Автопостроение
- Математическая обработка данных
- Архивирование каналов узла
- Архивирование каналов проекта
- Обработка аварийных ситуаций
- Отчет тревог и генерация сообщений
- Файл восстановления
- Графический интерфейс оператора
- Генерация документов (отчетов)
- Защита проекта
- Конвертирование проектов
- Документирование проекта TRACE MODE
- Объектно-ориентированное проектирование
- Распределенное групповое проектирование
- Системы встроенного контроля
- Принципы разработки проекта в ИС
- Принципы разработки проекта в ИС
- Технология разработки проекта в ИС
- Классификация объектов структуры проекта
- Классификация компонентов
- Классификация слоев
- Классификация узлов
- Назначение групп источников (приемников)
- Назначение групп источников (приемников)
- Группа ‘PC-based контроллеры’
- Группа ‘Распределенные УСО’
- Группа ‘Платы ввода-вывода’
- Группа ‘Терминалы’
- Группа ‘PLC’
- Группа ‘OPC-группа’
- Группа ‘DDE-группа’
- Группа ‘MODBUS-группа’
- Группа ‘Пользовательские драйверы’
- Группа ‘Диагностика и сервис’
- Группа ‘Генераторы’
- Группа ‘Модели’
- Назначение других групп
- Группа ‘COM-порты’
- Группа ‘Словари сообщений’
- Группы слоя ‘Библиотеки компонентов’
- Группы клемм
- Прочие группы
- Операции в ИС
- Операции в ИС
- Меню и панель инструментов ИС
- Меню и панель инструментов ИС
- Меню ‘Файл’ и главная панель инструментов ИС
- Меню ‘Вид’
- Меню ‘Окна’
- Панель переходов между окнами ИС
- Задание общих настроек ИС
- Задание общих настроек ИС
- Вкладка ‘Интегрированная среда разработки’
- Вкладка ‘Базовый редактор’
- Сохранение проекта
- Сохранение проекта для редактирования
- Сохранение проекта для запуска
- Файлы узла, создаваемые при экспорте
- ИС-клиент и сервер групповой разработки
- ИС-клиент и сервер групповой разработки
- Сервер групповой разработки
- ИС-клиент
- Редактирование структуры проекта
- Редактирование структуры проекта
- Меню и главная панель инструментов навигатора проекта
- Управление внешним видом навигатора проекта
- Создание объектов структуры
- Создание каналов по специальной кодировке
- Имена и идентификаторы объектов структуры
- Изменение класса канала после его создания
- Выделение объекта структуры
- Удаление объекта структуры
- Открытие окна свойств и редактора объекта структуры
- Групповое редактирование компонентов
- Операции, общие для объектов структуры
- Перемещение объектов структуры
- Копирование и вставка объекта структуры
- Перепривязка каналов и аргументов при копировании/вставке и перемещении объекта базы каналов
- Взаимодействие с технологической БД
- Отображение свойств объектов структуры
- Окно свойств объекта структуры проекта
- Окно свойств объекта структуры проекта
- Вкладка ‘Информация’
- Вкладка ‘Флаги’
- Вкладка ‘Аргументы’
- Вкладка ‘Атрибуты’
- Редакторы объектов структуры проекта
- Редакторы объектов структуры проекта
- Редакторы компонентов
- Редакторы каналов
- Редактор шаблонов программ
- Редактор шаблонов экранов
- Редактор шаблонов документов
- Редактор связей с базами данных
- Редактор библиотек текстов
- Редактор библиотек изображений
- Редактор библиотек видеоклипов
- Редактор параметров COM-порта
- Редактор словарей сообщений
- Редактор клемм
- Редакторы источников (приемников)
- Редакторы источников (приемников)
- Редактор системных переменных TRACE MODE
- Редактор переменной OPC
- Редактор переменной OPC HDA
- Редактор переменной DDE
- Редакторы групп компонентов
- Редактор группы шаблонов экранов
- Базовый редактор группы компонентов
- Редактор группы ‘OPC-сервер’
- Редактор группы ‘OPC HDA сервер’
- Редактор группы каналов слоев ‘Технология’ и ‘Топология’
- Редактор параметров узла
- Вкладки редактора узла
- Задание параметров узла
- Табличный редактор аргументов
- Табличный редактор аргументов
- Поля редактора аргументов
- Разновидности редактора аргументов
- Редактирование параметров группы аргументов
- Привязка аргументов вручную
- Автопостроение и автопривязка каналов из редактора аргументов
- Автопостроение и автопривязка каналов из редактора аргументов
- Автопостроение каналов по команде редактора аргументов
- Флаг SL
- Замена виртуальной привязки аргументов в канале CALL
- Замена привязок аргументов канала CALL на привязки аргументов другого канала CALL
- Перепривязка аргументов на уровне объектов
- Флаг HW
- Флаги NP и PO
- Автопостроение и автопривязка аргументов
- Автопостроение и автопривязка аргументов
- Настройка параметров редактора аргументов
- Настройка параметров редактора аргументов
- Отладка проекта в ИС
- Отладка проекта в ИС
- Профайлеры
- Профайлеры
- Профайлер с поддержкой графических экранов
- Профайлер без поддержки графических экранов
- Корректировка проекта в реальном времени
- Перезагрузка узла с помощью переменной @LOAD
- Перезагрузка узла из ИС
- Программный комплекс TRACE MODE 6
- Каналы и системные переменные TRACE MODE 6
- Пересчет базы каналов
- Пересчет базы каналов
- Потоки монитора
- Время цикла монитора
- Период пересчета канала
- Особенности пересчета и отработки каналов
- Общие атрибуты каналов
- Общие атрибуты каналов
- Атрибуты каналов, отображаемые профайлером
- Числовые каналы
- Числовые каналы
- Канал класса FLOAT
- Канал класса FLOAT
- Границы и интервалы канала FLOAT
- Обработка в канале FLOAT
- Канал класса DOUBLE FLOAT
- Канал класса DOUBLE FLOAT
- Канал класса HEX16
- Канал класса HEX16
- Канал класса HEX32
- Канал класса HEX32
- Канал класса TIME
- Канал класса TIME
- Канал класса CALL
- Канал класса CALL
- Атрибуты канала класса CALL
- Канал CALL.Sum
- Канал CALL.MUX
- Канал CALL.AsyncCollection
- Регистратор аварийных событий
- Канал CALL.ChGroupReq
- Канал CALL.TVC
- Запись вектора в CALL.ChGroupReq и CALL.TVC
- Канал CALL.OtherProj
- Запись длинных строк в канал CALL
- Канал CALL.DI_DO
- Канал CALL.EXCEPT_DAY
- Канал CALL.EMAIL
- Канал класса СОБЫТИЕ
- Канал класса СОБЫТИЕ
- Системные переменные TRACE MODE 6
- Системные переменные TRACE MODE 6
- Группа СИСТЕМНЫЕ
- Группа ДИАГНОСТИКА
- Канал класса ПОЛЬЗОВАТЕЛЬ
- Канал класса ПОЛЬЗОВАТЕЛЬ
- Пересчет базы каналов
- Распределенные АСУ
- Конфигурирование межкомпонентного взаимодействия
- Конфигурирование межкомпонентного взаимодействия
- Настройка MS Windows
- Связь канал-канал
- Связь через аргументы
- Особенности взаимодействия
- Допустимые цепочки связей
- Создание контура управления
- Обмен по TCP/IP
- Обмен по телефонным линиям
- Резервирование в АСУ
- Резервирование в АСУ
- Структурное резервирование и надежность
- Резервирование УСО
- Обмен с базами данных
- Обмен с базами данных
- Синтаксис SQL
- Настройка параметров редактора связей с БД
- Подключение к базе данных
- Окно ‘Схема’
- Окно ‘Аргументы’
- Создание и выполнение SQL-запросов
- Создание SQL-запросов
- Подстановки в SQL-запросе
- Выполнение SQL-запросов из ИС
- Выполнение SQL-запросов в реальном времени
- Создание SQL-запросов с помощью мастера
- Создание SQL-запросов с помощью мастера
- Построение запроса SELECT с помощью мастера
- Построение запроса INSERT с помощью мастера
- Построение запроса UPDATE с помощью мастера
- Построение запроса DELETE с помощью мастера
- Сочетания клавиш в редакторе связей с БД
- Сочетания клавиш в редакторе связей с БД
- Обмен по DDE и NetDDE
- Обмен по DDE и NetDDE
- Обмен по DDE
- Обмен приложение — МРВ как DDE-сервер
- Обмен МРВ как DDE-клиент — приложение
- Обмен по NetDDE
- Настройка ОС для обмена по NetDDE
- Обмен приложение — МРВ как NetDDE-сервер
- Обмен между МРВ по NetDDE
- Обмен по OPC
- Обмен по OPC
- OPC-сервер TRACE MODE 6
- МРВ как клиент сервера OPC HDA
- TRACE MODE Data Center
- TRACE MODE Data Center
- Хранилище Data Center
- Консоль Data Center
- Консоль Data Center
- Меню и главная панель инструментов консоли
- Диалог конфигурирования Data Center
- Вкладка ‘Сервер’
- Вкладка ‘Публикатор’
- Вкладка ‘Веб-консоль’
- Вкладка ‘Принтер’
- Особенности выполнения узла в браузере
- Особенности выполнения узла в браузере
- Запуск узла в мобильном устройстве
- Запуск узла в мобильном устройстве
- Сервер печати TRACE MODE 6
- Сервер печати TRACE MODE 6
- Конфигурирование межкомпонентного взаимодействия
- Обмен с контроллерами и УСО
- Средства поддержки оборудования
- Средства поддержки оборудования
- Шаблоны каналов обмена
- Обмен по встроенным протоколам
- Обмен по DCS
- Обмен по DCS
- Обмен по MODBUS
- Обмен по MODBUS
- Обмен по протоколу MODBUS TCP/IP
- Прибор ‘Взлет МР’
- Обмен с УСО
- Обмен с УСО
- Обмен по IEC 60870-101
- Обмен по IEC 60870-101
- Чтение штрих-кодов и магнитных носителей
- Чтение штрих-кодов и магнитных носителей
- Обмен по произвольному протоколу по RS
- Обмен по произвольному протоколу по RS
- Обмен по протоколу SNMP
- Обмен по протоколу SNMP
- Обмен по протоколу HydraLink
- Обмен по протоколу HydraLink
- Обмен по DCS
- Обмен через драйверы
- Обмен через драйверы
- Обмен с контроллером ЛОМИКОНТ
- Обмен с контроллером РЕМИКОНТ-130
- Обмен с контроллерами Ш711
- Обмен с контроллером Ш9327
- Обмен по протоколу HART
- Обмен по протоколу COMM2H
- Обмен по протоколам SNP, SNP-X
- Обмен с контроллерами Mitsubishi
- Обмен по протоколу NAIS-FP
- Обмен по протоколу RKC
- Обмен по протоколу UNI-Telway (Master)
- Обмен с контроллером RE508
- Обмен по протоколу ModbusPlus
- Обмен с весовыми терминалами ЗАО ‘Тензо-М’
- Связь с сетями LONWORKS
- Обмен по протоколу S-BUS
- Обмен с контролерами Honeywell DPR3000, DPR250
- Обмен с контроллером STEC2000
- Обмен с приборами фирмы ‘Дана-Терм’
- Обмен с дозатором ДОЗА-4ТМ
- Обмен с преобразователями Tosvert фирмы TOSHIBA
- Обмен с контроллерами TREI
- Обмен с контроллерами TCS
- Обмен с контроллерами ADAM по интерфейсу CAN
- Обмен с электросчетчиками СЭТ-4ТМ
- Обмен с контроллерами Vantage
- Обмен по протоколу BACnet/IP
- Обмен по DeviceNet
- Описание драйверов DeviceNet
- DeviceNet. Обмен explicit-сообщениями
- DeviceNet. Обмен I/O пакетами
- Ограничения драйвера DeviceNet
- Пример. Настройка обмена с контроллером Mitsubishi FX2N-16MR по протоколу DeviceNet
- Обмен с приборами фирмы МЗТА
- Обмен с контроллером KM800 [КОНТАР]
- Обмен с приборами серии МИНИТЕРМ
- Обмен с приборами ДАСУ
- БОИ-М2Г
- ТВА-1
- Обмен с контроллерами фирмы ОВЕН
- Контроллеры ПКП1, СИ8, ТРМ101, ТРМ138
- Контроллеры УКТ38, ТРМ-32, 33, 34, 38
- Контроллер МПР-51
- Обмен с контроллерами фирмы ВИБРАТОР
- Обмен с контроллерами Ф1765, Ф1766
- Обмен с устройствами фирмы Danfoss
- Обмен с частотными преобразователями
- Обмен с тепловычислителями Эксперт-Z
- Обмен с теплосчетчиками FP-93
- Обмен с контроллерами Siemens
- Протокол Profibus DP
- Протокол 3964R / RK512
- Протокол Siemens S7
- Протокол Siemens PPI
- Обмен с контроллерами фирмы ЭМИКОН
- Обмен через плату C05, шина ISA
- Обмен через плату С06, шина PCI
- Обмен через плату С06PnP, шина PCI
- Файлы mode.a и mode.b
- Обмен с контроллерами Allen Bradley
- Обмен по протоколу Ethernet/IP Rockwell Automation
- Обмен по протоколу DF1
- Обмен с контроллерами OMRON
- Обмен по протоколу HOST LINK
- Обмен с контроллерами OMRON по сети Ethernet по протоколу UDP
- Обмен с контроллерами OMRON по сети Controller Link
- Обмен с контроллерами фирмы ЭНЕРГОМЕРА
- Обмен со счетчиком ЦЭ6823
- Обмен со счетчиком ЦЭ6823М
- Обмен со счетчиком ЦЭ6822
- Обмен со счетчиком ЦЭ6850М
- Обмен с контроллерами фирмы ВОЛМАГ
- Обмен с контроллерами серии КОНТРАСТ
- Обмен с КР-500 по IP
- Особенности устройств
- Контроллеры ICP-DAS
- Модули i-8xxx
- Модули i-70xx
- Плата A-826
- Контроллеры i-7188
- Контроллеры фирмы ТЕКОН
- Модуль D40Im
- Модуль F24
- Модуль L16i
- Контроллеры ADVANTECH
- Платы аналогового ввода/вывода контроллера ADAM5510
- Плата ADAM-5080 контроллера ADAM5510
- Плата ADAM-5050
- Модуль ADAM-5013
- Плата PCL-839
- Контроллеры FASTWEL
- Плата FASTWEL AI16-5A
- Платы FASTWEL UNIOxx-5
- Контроллеры КРУИЗ
- Контроллеры КРУИЗ
- Контроллеры EMERSON
- Контроллеры ROC 827 и FloBoss 107
- Контроллеры ICP-DAS
- Средства поддержки оборудования
- Программирование алгоритмов
- Программирование алгоритмов в TRACE MODE 6
- Программирование алгоритмов в TRACE MODE 6
- Операции с программами
- Подключение программы к проекту
- Выполнение программы в реальном времени
- Окно структуры программы
- Окно структуры программы
- Выбор языка программирования
- Выбор языка программирования
- Типовые инструменты редактирования программ
- Типовые инструменты редактирования программ
- Масштабирование диаграмм
- Инструменты для работы с закладками
- Создание элементов программ с помощью табличных редакторов
- Настройка редакторов и отладчика
- Настройка редакторов и отладчика
- Описание языка Техно ST
- Лексическая структура языка Техно ST
- Лексическая структура языка Техно ST
- Идентификаторы Техно ST
- Ключевые слова Техно ST
- Разделители Техно ST
- Комментарии Техно ST
- Синтаксис Техно ST
- Синтаксис Техно ST
- Основная точка входа в программу
- Переменные и константы Техно ST
- Переменные и константы Техно ST
- Определение переменных и констант
- Числовые константы Техно ST
- Строковые константы Техно ST
- Особенности вычислений
- Операторы языка Техно ST
- Символьные операторы
- Операторы Техно ST
- Функции Техно ST
- Стандартные функции C в ST-программе
- Специальные функции в ST-программе
- Пользовательские функции Техно ST
- Внешние библиотеки функций
- Массивы Техно ST
- Массивы Техно ST
- Одномерные массивы
- Многомерные массивы
- Структуры Техно ST
- Структуры Техно ST
- Лексическая структура языка Техно ST
- Описание языка Техно IL
- Синтаксис Техно IL
- Операнды Техно IL
- Операторы и модификаторы Техно IL
- Редактирование SFC-программ
- Редактирование SFC-программ
- Выделение элементов алгоритма SFC
- Задание SFC-шагов и SFC-условий
- Редактирование алгоритма SFC
- Редактирование FBD-программ
- Редактирование FBD-программ
- Размещение FBD-блоков в рабочем поле редактора
- Редактирование диаграммы FBD-блоков
- Привязка входов и выходов FBD-диаграммы
- Описание FBD-блоков
- Раздел ‘Логические’
- Раздел ‘Побитовые’
- Раздел ‘Арифметические’
- Раздел ‘Тригонометрические’
- Раздел ‘Алгебраические’
- Раздел ‘Функции сравнения’
- Раздел ‘Функции выбора’
- Раздел ‘Триггеры и счетчики’
- Раздел ‘Генераторы’
- Раздел ‘Управление’
- Раздел ‘Ввод/вывод. Переходы’
- Раздел ‘Регулирование’
- Редактирование LD-программ
- Редактирование LD-программ
- Размещение блоков в рабочем поле LD-редактора
- Редактирование LD-диаграммы
- Привязка входов и выходов LD-диаграммы и задание связанных переменных
- Описание LD-блоков
- Раздел ‘Контакты’
- Раздел ‘Катушки’
- Создание пользовательских функциональных блоков
- Создание пользовательских функциональных блоков
- Отладка программ
- Отладка программ
- Автоматическое выделение конструкций языка
- Меню ‘Программа’ и панель инструментов отладчика
- Удаленная отладка
- Окно просмотра переменных
- Диалог ‘Быстрый просмотр’
- Окно стека вызовов функций
- Окно ‘Сообщения’
- Программирование алгоритмов в TRACE MODE 6
- Разработка графического интерфейса
- Редактор представления данных
- Режимы работы РПД
- Главное меню и панели инструментов РПД
- Задание параметров РПД
- Контекстные меню РПД
- Таблица ‘Графические элементы’
- Операции с графическими экранами
- Задание параметров графического экрана
- Особенности вызова графического экрана
- Специальные операции с графическими экранами
- Сохранение экрана в файл
- Операции с графическими слоями
- Операции с графическими слоями
- Создание и удаление графических слоев
- Управление видимостью графических слоев
- Блокировка редактирования графического слоя
- Z-позиционирование графических слоев
- Выделение элементов слоя
- Операции с графическими элементами
- Размещение ГЭ
- Выделение ГЭ
- Перемещение и масштабирование ГЭ
- Удаление ГЭ
- Копирование и вставка ГЭ
- Поворот ГЭ
- Позиционирование ГЭ
- Позиционирование узловых точек ГЭ
- Тиражирование ГЭ
- Операции с аргументами в РПД
- Операции с аргументами в РПД
- Задание типовых свойств ГЭ
- Задание типовых свойств ГЭ
- Статические атрибуты ГЭ
- Динамизация атрибута ГЭ
- Буфер обмена окна ‘Свойства объекта’
- Сочетания клавиш в окне ‘Свойства объекта’
- Динамические свойства ГЭ
- Динамические свойства ГЭ
- Динамическая заливка ГЭ
- Динамическое перемещение ГЭ
- Динамическое масштабирование ГЭ
- Динамическое вращение ГЭ
- Динамический контур ГЭ
- Функции управления ГЭ
- Функции управления ГЭ
- Функция передачи значения
- Функция управления видимостью ГЭ
- Функция перехода на экран
- Функция ввода комментария
- Функция посылки всплывающей подсказки
- Функция посылки строки
- Функция ‘Выполнить’
- Описание встроенных графических элементов
- Группа ГЭ ‘Линии’
- ГЭ ‘Линия’
- Группа ГЭ ‘Текст’
- ГЭ ‘Текст’
- Группа ГЭ ‘Каналы’
- ГЭ ‘Канал’
- Группа ГЭ ‘Меню’
- ГЭ ‘Меню управления’
- Группа ГЭ ‘Ломаные и кривые’
- ГЭ ‘Ломаная линия’
- ГЭ ‘Многоугольник’
- ГЭ ‘Ломаная с заливкой’
- ГЭ ‘Разомкнутая кривая’
- ГЭ ‘Замкнутая кривая’
- Группа ГЭ ‘Прямоугольники’
- ГЭ ‘Контур’
- ГЭ ‘Прямоугольник’
- ГЭ ‘Панель’
- ГЭ ‘Рамка’
- Специфические атрибуты ГЭ ‘Панель’ и ‘Рамка’
- Группа ГЭ ‘Плоские фигуры’
- ГЭ ‘Плоский клапан’
- ГЭ ‘Треугольник’
- ГЭ ‘Овал’
- ГЭ ‘Стрелка’
- ГЭ ‘Эллипс, сектор’
- ГЭ ‘Плоский клапан 2’
- ГЭ ‘Плоский насос’
- Группа ГЭ ‘Ресурсы’
- ГЭ ‘Текстовый ресурс’
- ГЭ ‘Растровое изображение’
- ГЭ ‘Векторное изображение’
- ГЭ ‘Видеоклип’
- ГЭ ‘Рисунок из файла’
- ГЭ ‘Текст из файла’
- ГЭ ‘Стандартный видеоклип’
- Группа ГЭ ‘Объемные фигуры’
- Общие специфические атрибуты объемных ГЭ
- ГЭ ‘Цилиндр’
- ГЭ ‘Сфера’
- ГЭ ‘Конус’
- ГЭ ‘Тор’
- ГЭ ‘Пирамида’
- ГЭ ‘Емкость’
- ГЭ ‘Клапан’
- ГЭ ‘Насос’
- ГЭ ‘Труба’
- ГЭ ‘Рельефный конус’
- ГЭ ‘Криволинейный конус’
- ГЭ ‘Градиент’
- Группа ГЭ ‘Кнопки’
- ГЭ ‘Кнопка’
- ГЭ ‘Группа кнопок’
- ГЭ ‘Картинка-кнопка’
- Группа ГЭ ‘Выключатели’
- ГЭ ‘Выключатель’
- Группа ГЭ ‘Тренды’
- ГЭ ‘Тренд’
- ГЭ ‘Архивный тренд’
- ГЭ ‘Тренд XY’
- ГЭ ‘Архивная гистограмма’
- Группа ГЭ ‘Объекты’
- ГЭ ‘Объект’
- ГЭ ‘Объект в окне’
- ГЭ ‘Ссылка на экран’
- Группа ГЭ ‘Таблицы’
- ГЭ ‘Переключатель каналов’
- ГЭ ‘События’
- ГЭ ‘Архивная таблица’
- ГЭ ‘Архивная таблица 2’
- ГЭ ‘База данных’
- Группа ГЭ ‘ActiveX’
- Группа ГЭ ‘ActiveX’
- Группа ГЭ ‘Свободные формы’
- Группа ГЭ ‘Свободные формы’
- Группа ГЭ ‘Приборы’
- ГЭ ‘Ползунок’
- ГЭ ‘Стрелочный прибор’
- Группа ГЭ ‘Диаграммы’
- ГЭ ‘Круговая диаграмма’
- ГЭ ‘Гистограмма’
- Группа ГЭ ‘Дата и время’
- ГЭ ‘Дата и время’
- Группа ГЭ ‘Отчет тревог’
- ГЭ ‘Строка ОТ’
- ГЭ ‘ОТ узла’
- Группа ГЭ ‘T-FACTORY’
- ГЭ ‘Диаграмма Ганта’
- Группа ГЭ ‘Зоны’
- ГЭ ‘Зона’
- Группа ГЭ ‘Элементы зданий’
- ГЭ ‘Стена’
- ГЭ ‘Ломаная стена’
- ГЭ ‘Окно’
- ГЭ ‘Дверь’
- ГЭ ‘Соединитель стен’
- ГЭ ‘Лестница’
- ГЭ ‘Прямоугольное помещение’
- ГЭ ‘Забор’
- Группа ГЭ ‘Электрические элементы зданий’
- ГЭ ‘Трансформатор’
- ГЭ ‘Рубильник’
- ГЭ ‘Заземление’
- Группа ГЭ ‘Кондиционирование’
- ГЭ ‘Поток’
- Группа ГЭ ‘Линии’
- ActiveX в TRACE MODE 6
- ActiveX в TRACE MODE 6
- Свойства РПД как ActiveX-контейнера
- Взаимодействие с компонентами ActiveX
- Интерфейс IDispatch
- Custom-интерфейсы для ActiveX
- Дополнительные интерфейсы для ActiveX
- Операции с графическими объектами
- Операции с графическими объектами
- Операции с ресурсными библиотеками
- Операции с ресурсными библиотеками
- Библиотека избранных ГЭ и библиотека избранных еГЭ
- Библиотека избранных ГЭ и библиотека избранных еГЭ
- Мнемосхемы
- Мнемосхемы
- Графические панели
- Графические панели
- Операции с аргументами в еРПД
- Описание элементов графических панелей
- Описание элементов графических панелей
- Группа еГЭ ‘Линии’
- еГЭ ‘Линия’
- Группа еГЭ ‘Текст’
- еГЭ ‘Текст’
- Группа еГЭ ‘Меню’
- еГЭ ‘Меню управления’
- Группа еГЭ ‘Ломаные и кривые’
- еГЭ ‘Ломаная линия’
- еГЭ ‘Многоугольник’
- еГЭ ‘Ломаная с заливкой’
- еГЭ ‘Разомкнутая кривая’
- еГЭ ‘Замкнутая кривая’
- Группа еГЭ ‘Прямоугольники’
- еГЭ ‘Контур’
- еГЭ ‘Панель’
- еГЭ ‘Рамка’
- Специфические атрибуты еГЭ ‘Панель’ и ‘Рамка’
- Группа еГЭ ‘Плоские фигуры’
- Общие специфические атрибуты плоских еГЭ
- еГЭ ‘Прямоугольник’
- еГЭ ‘Плоский клапан’
- еГЭ ‘Треугольник’
- еГЭ ‘Овал’
- еГЭ ‘Стрелка’
- еГЭ ‘Эллипс, сектор’
- Группа еГЭ ‘Ресурсы’
- еГЭ ‘Текстовый ресурс’
- еГЭ ‘Растровое изображение’
- еГЭ ‘Видеоклип’
- еГЭ ‘Стандартный видеоклип’
- Группа еГЭ ‘Объемные фигуры’
- Общие специфические атрибуты объемных еГЭ
- еГЭ ‘Цилиндр’
- еГЭ ‘Сфера’
- еГЭ ‘Конус’
- еГЭ ‘Тор’
- еГЭ ‘Пирамида’
- еГЭ ‘Емкость’
- еГЭ ‘Клапан’
- еГЭ ‘Насос’
- еГЭ ‘Труба’
- еГЭ ‘Рельефный конус’
- еГЭ ‘Криволинейный конус’
- еГЭ ‘Градиент’
- Группа еГЭ ‘Кнопки’
- Группа еГЭ ‘Кнопки’
- еГЭ ‘Кнопка’
- еГЭ ‘Кнопка XOR’
- еГЭ ‘Переход’
- Группа еГЭ ‘Выключатели’
- еГЭ ‘Выключатель’
- Группа еГЭ ‘Тренды’
- еГЭ ‘Тренд’
- Группа еГЭ ‘Дата и время’
- еГЭ ‘Дата и время’
- Группа еГЭ ‘Значение аргумента’
- еГЭ ‘Ввод значения’
- Группа еГЭ ‘Гистограммы’
- еГЭ ‘Гистограмма’
- Группа еГЭ ‘Отчет тревог’
- еГЭ ‘Строка ОТ’
- еГЭ ‘ОТ узла’
- Редактор представления данных
- Архивирование
- Отчет тревог узла
- Отчет тревог узла
- Формат строки ОТ
- Системные сообщения
- Сообщения по каналам
- Сообщения по каналам
- Сообщения по каналам FLOAT и DOUBLE FLOAT
- Сообщения по каналам HEX16 и HEX32
- Сообщения по каналу TIME
- Сообщения по каналу СОБЫТИЕ
- Сообщения по каналам ПЕРСОНАЛ и ПОЛЬЗОВАТЕЛЬ
- Сообщения по каналу ЕДИНИЦА ОБОРУДОВАНИЯ
- Сообщения по каналу M-РЕСУРС
- Сообщения по каналу D-РЕСУРС
- Другие виды сообщений
- Генерация сообщений с помощью переменной MESSAGE
- Запись в отчет тревог сообщений оператора
- Архивы SIAD
- Архивы SIAD
- Выборка и обработка данных SIAD
- Выборка и обработка данных SIAD
- Временной интервал выборки
- Срез локального архива
- Обработка данных локального архива по каналу
- Быстрая выборка данных из локального архива
- Выборка данных из локального архива по каналу
- Расширенная быстрая выборка данных из локального архива
- Копирование данных из удаленных архивов в локальные
- Обработка данных удаленного архива по каналу
- Выборка данных из удаленного архива по каналу
- Срез удаленного архива
- Срез удаленного архива с записью в локальный архив
- Канал CALL.Writer
- Запрос данных удаленного архива
- Дифференциальный срез локального архива
- Запись аргументов канала CALL в SIAD
- Архивы в памяти
- Архивы в памяти
- Индивидуальный архив
- Запрос удаленного индивидуального архива
- Отчет тревог узла
- Генерация документов
- Генерация файлов документов
- Генерация файлов документов
- Редактирование шаблонов документов
- Редактор шаблонов документов (отчетов)
- Задание свойств документа
- Форматирование текста
- Форматирование списков
- Использование таблиц в шаблоне документа
- Использование таблиц в шаблоне документа
- Конфигурирование обычной таблицы
- Конфигурирование таблицы архивных значений
- Вставка объектов в шаблон документа
- Вставка значения переменной
- Вставка горизонтальной линии
- Вставка рисунка
- Вставка выражения времени
- Вставка тренда
- Вставка круговой диаграммы
- Вставка гистограммы
- Вставка отчета тревог
- Вставка документа
- Генерация файлов документов
- Разработка драйверов. Интерфейс TCOM
- Драйверы обмена с контроллерами
- Драйверы обмена с контроллерами
- Драйвер t13
- Драйвер t13
- Драйверы t11 и t12
- Драйверы t11 и t12
- Удаленный адрес и разновидности драйверов
- TCOM5. Драйвер t11
- TCOM5. Функции драйвера t11, вызываемые МРВ
- TCOM5. Заголовок драйвера t11
- TCOM5. Примеры драйверов t11
- TCOM6. Драйвер t11
- TCOM6. Функции драйвера t11, вызываемые МРВ
- TCOM6. Заголовок драйвера t11
- Алгоритм взаимодействия с драйвером t11
- Алгоритм вызова драйвера t11
- Алгоритм обработки данных BLOCKDATA11
- Алгоритм обработки данных DATA11
- Алгоритм формирования блоковых запросов
- Ограничения драйвера t11
- TCOM5. Драйвер t12
- TCOM5. Функции модуля описания протокола
- TCOM5. Функции модуля описания интерфейса
- TCOM5. Пример драйвера t12
- TCOM6. Драйвер t12
- TCOM6. Функции модуля описания интерфейса
- TCOM6. Функции модуля описания протокола
- TCOM6. Заголовок драйвера t12
- Алгоритм взаимодействия с драйвером t12
- Алгоритм взаимодействия с драйвером t12
- Использование для разработки драйверов других компиляторов
- Использование для разработки драйверов других компиляторов
- Драйверы обмена с УСО для MS DOS
- Драйверы обмена с УСО для MS DOS
- Каналы для вызова драйвера
- Драйверы обмена с УСО в WINDOWS
- Драйверы обмена с УСО в WINDOWS
- Каналы для вызова драйвера RWH
- Функции драйвера
- Функции драйвера
- Первый вызов драйвера
- Последний вызов драйвера
- Инициализация аналоговых сигналов
- Инициализация дискретных сигналов
- Формирование аналоговых сигналов
- Опрос аналоговых сигналов
- Формирование дискретных сигналов
- Опрос дискретных сигналов
- Опрос атрибутов каналов
- Формирование атрибутов каналов
- Шаблон драйвера для WINDOWS
- Шаблон драйвера для WINDOWS
- Драйверы обмена с контроллерами
- T-FACTORY
- Каналы T-FACTORY
- Каналы T-FACTORY
- Канал класса M-РЕСУРС
- Канал класса M-РЕСУРС
- Редактор канала M-РЕСУРС
- Атрибуты канала M-РЕСУРС
- Канал CALL с типом вызова MRESOURCE_1
- Канал CALL с типом вызова MRESOURCE_1
- Канал класса ЕДИНИЦА ОБОРУДОВАНИЯ
- Канал класса ЕДИНИЦА ОБОРУДОВАНИЯ
- Редактор канала ЕДИНИЦА ОБОРУДОВАНИЯ
- Атрибуты канала ЕДИНИЦА ОБОРУДОВАНИЯ
- Канал класса ПЕРСОНАЛ
- Канал класса ПЕРСОНАЛ
- Редактор канала ПЕРСОНАЛ
- Атрибуты канала ПЕРСОНАЛ
- Канал класса D-РЕСУРС
- Канал класса D-РЕСУРС
- Редактор канала D-РЕСУРС
- Атрибуты канала D-РЕСУРС
- Каналы T-FACTORY
- TRACE MODE 6 в решении отраслевых задач
- Электроэнергетика
- АСКУЭ
- Отчеты АСКУЭ
- Электроэнергетика
- Приложения
- Используемые сокращения
- Используемые сокращения
- Задание параметров работы мониторов
- Задание параметров работы мониторов
- Файл tm6_log.txt
- Файл tm6_log.txt
- Типовые средства редактирования
- Типовые средства редактирования
- Типовые инструменты редактирования
- Типовые операции редактирования
- Сочетания клавиш в ИС
- Форматы
- Формат Си вывода чисел
- Формат Си вывода даты и времени
- Формат IP-адреса
- Функции общего назначения
- Интервал выборки из архива
- Копирование архивов и отчета тревог
- Переменная STRESS
- Номер SubNum
- Подтипы каналов
- Подтипы каналов
- Подтип 0
- Подтип 1
- Подтип 2
- Подтип 3
- Подтип 8
- Подтипы 9 и 100
- Подтип 10
- Подтипы 11 и 12
- Подтип 13
- Подтип 14
- Подтип 15
- Подтипы 22-26
- Подтип 64
- Подтип 65
- Подтип 66
- Подтип 70
- Подтип 71
- Подтип 108
- Подтип 109
- Подтип 254
- Библиотеки компонентов
- Поставляемая пользовательская библиотека компонентов
- Объединение пользовательских библиотек компонентов
- Коды диагностируемых ошибок
- Коды диагностируемых ошибок
- Используемые сокращения
- Введение
Главная страница