Файл: Национальный исследовательский томский политехнический университет а. А. Мезенцев, В. М. Павлов.pdf
Добавлен: 24.10.2023
Просмотров: 251
Скачиваний: 3
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
5. 1.
Вопросы для самоконтроля к главе №5
1.
Опишите основные функции управления правами доступа персо- нала к элементам управления АСУ в Проекте?
2.
Возможно ли назначить права изменения состояния группы гра- фических элементов на графическом экране для некоторого поль- зователя?
3.
Какой инструмент в составе РПД позволяет назначить права управления состоянием графического элемента?
4.
Какие типы каналов могут быть использованы при формировании профиля нового пользователя?
5.
Назовите функции контроля доступа используемые в TRACE
MODE 6.06.2?
6.
Возможно ли выполнять операции настройки контроля доступа персонала к функциям управления в АСУ в процессе работы МРВ?
59 из 137
6. АРХИВИРОВАНИЕ ТЕХНОЛОГИЧЕСКОЙ
ИНФОРМАЦИИ
Архивирование технологической информации в АСУ является очень важной задачей. При возникновении аварийных ситуаций необ- ходимо иметь полную информацию о состоянии объекта управления до момента аварии. Подробный анализ предаварийной ситуации помогает понять причины возникновения аварии и учесть факторы её вызываю- щие при проектировании новых систем управления и во многих других случаях. Следует понимать, что качество анализа аварийной ситуации напрямую зависит от количества информации об объекте управления и
АСУ до её возникновения, но количество этой информации не может быть больше чем система управления может обработать за цикл управ- ления.
Для архивирования данных в TRACE MODE 6.06.2 используются 5 типов архивов:
• SIAD
(СПАД) – структурированный промышленный архив дан- ных;
•
ОТ – отчёт тревог;
•
Глобальный регистратор (глобальный архив);
•
Дамп – архив выходных значений каналов в файле на жёстком диске;
•
Локальный архив в памяти.
Каждый из архивов в АСУ используется специальным образом, рассмотрим некоторые из них более детально.
6.1. Использование промышленных архивов данных в TRACE
MODE 6
СПАД-архив
Данный тип архивов используется для хранения выходных значе- ний каналов, которые поступают в архив по мере их изменения. Сооб- щения в архив записываются в регламентированном формате по мере их поступления. После заполнения файла архива новое сообщение добав- ляется вместо самого старого сообщения. Формат строки сообщения имеет следующий вид (рисунок 6.1).
Рисунок 6.1. Формат сообщения в СПАД
60 из 137
Архивы SIAD имеют следующие основные характеристики:
• точность задания времени, мс – 1;
• скорость записи значений в архив (для рабочей станции с про- цессором Pentium-4 с тактовой частотой 2 ГГц), тыс. параметров в секунду – свыше 600;
• объём архива ограничивается только возможностями файловой системы и может измеряться гигабайтами.
Данные из СПАД-архива могут быть экспортированы в файлы на
НМД, а также отображаться на дисплее. Для управления данными в ре- альном масштабе времени используются системные переменные из группы «Системные» и «Диагностика».
Системные переменные из группы «Системные»:
• @Copy_SIAD;
• @Data_from_SIAD;
• @Logging.
Системные переменные из группы «Диагностика»:
• @e_SIAD;
• @q_SIAD_Lost;
• @q_SIAD_Q.
Настройка СПАД выполняется в разделе характеристик Узла (ри- сунок 6.2).
Рисунок 6.2. Вид окна редактора параметров настройки Узла Проекта
В качестве параметров необходимо указать адрес расположения и название файла СПАД, его размер, период сохранения сообщений и
61 из 137 размер очереди записи в ОЗУ. Затем в настройках канала, значение ко- торого необходимо архивировать необходимо в разделе «Системные :
Архивация» задать номер сконфигурированного СПАД (1, 2, 3).
Отчёт тревог
Данный тип архивов используется для хранения сообщений, гене- рируемых МРВ в случае срабатывания системы защиты (например, вы- ход значения канала класса FLOAT за установленные пределы), в слу- чае возникновения важных для работы АСУ событий (например, смена пользователя) или генерируемых оператором. Текст сообщения может быть вызван из словаря или задан значением по умолчанию. Сообщения в ОТ записываются циклически по мере его заполнения. Новые сообще- ния после заполнения архива добавляются вместо наиболее старых.
Формат строки сообщения имеет следующий вид (рисунок 6.3)
Рисунок 6.3. Формат сообщения в архив «Отчёт тревог»
Настройка ОТ выполняется в разделе параметров настройки Узла
(рисунок 6.4).
Рисунок 6.4. Вид окна редактора параметров настройки Узла Проекта
62 из 137
Для настройки параметров архивирования необходимо указать название и адрес расположения файла архива, максимальное количество одновременно хранящихся записей, параметр синхронизации при старте
МРВ и формат даты и времени. В настройках канала также необходимо поставить флаг «Отчёт тревог» и указать адрес словаря сообщений об аварии (рисунок 6.5, 6.6).
Рисунок 6.5. Вид окна редактора параметров настройки канала
Рисунок 6.6. Вид окна редактора параметров настройки словаря сообщений об аварии
63 из 137
ДАМП
Рисунок 6.7. Вид окна редак- тора свойств канала
В составе Проекта может быть реали- зован механизм периодического сохране- ния данных (последнего значения канала) в
ПЗУ (на НМД). Для этого используется функция «Дамп», которая настраивается в каждом канале индивидуально. Настройка выполняется во вкладке «Архивирование»
(рисунок 6.7). В списке функций содержат- ся:
• «...» (DumpSync = 0) – канал не ис- пользует Дамп и игнорируется при синхронизации резервов;
• «
Синхр.» (DumpSync=1) – канал не использует Дамп, но участвует в синхронизации резервов;
•
«Дамп» (DumpSync=2) – канал ис- пользует Дамп (чтение при стар- те/запись), но игнорируется при син- хронизации резервов;
• «
Синхр./Дамп» (DumpSync=3) – ка- нал использует Дамп и участвует в синхронизации резервов.
Кроме настройки функций синхронизации и работы с Дампом необходимо настроить параметры Узла в Проекте. Для этого использу- ется вкладка «Отчёт тревог/Дамп/Параметры». Вид редактора парамет- ров настройки Узла представлен на рисунке 6.8.
Рисунок 6.8. Вид редактора параметров настройки узла
Во вкладке «Имя файла» указывается путь к файлу Дампа и назва- ние файла или только имя файла Дампа. Файл может иметь произволь- ное расширение или не иметь его вовсе. Если путь к файлу не указан и перед названием файла присутствует знак «*», то файл будет создан в
64 из 137 текущей директории Проекта. Для функции «Дамп» также настраива- ются параметры:
• считывать значение из файла Дампа при старте МРВ;
• разрешить сохранять значения в файл Дампа;
• период сохранения состояний каналов, в сек., в диапазоне (1-
255).
Период сохранения дополнительной информации указан в мин.
Если значение данного параметра равно 1. Сохранение информации вы- полняется однократно при штатном завершении работы. Если значение данного параметра равно: «2», «3» и т.д., то период сохранения будет равен: 1, 2 мин. и т.д. соответственно.
6.2.
Использование системных переменных для управления
данными в архивах
В отличие от ОТ, СПАД-архив хранится в бинарном файле. Следо- вательно, просмотреть его состав встроенными средствами ОС не пред- ставляется возможным. Для управления данными этого архива могут быть использованы системные переменные TRACE MODE. Рассмотрим некоторые из них.
@Data_from_SIAD
Данная переменная типа OUTPUT используется для импорта дан- ных архива в текстовый файл. Атрибут «Параметр» этой системной пе- ременной указывает номер архива: N (0 – System, 1 – SIAD1, 2 – SIAD2,
3 – SIAD3).
Код функции, которую необходимо выполнить для управ- ления данными архива, формируется словом данных. Управляющее слово имеет следующий формат (рисунок 6.9) и посылается на вход ка- нала класса FLOAT вызывающего системную переменную в десятичном виде.
Рисунок 6.9. Формат команды управления выборкой данных из СПАД с ис- пользованием системной переменной «@Data_from_SIAD»
Первый байт управляющего слова задаёт интервал выборки дан- ных. Например, 0 – соответствует операции выборки данных за послед- ний час, 14 – за предыдущие сутки, 16 – за предыдущую неделю. Вось-
65 из 137 мой бит (бит а) определяет объём выборки. Например, если «а = 0» – выполнять извлечение всех имеющихся данных, если «а = 1» – в файл извлекаются срезы по (интервал/шаг) строк. Биты b третьего полубайта управляющего слова конфигурируют способ организации извлечённых данных на НМД. Например, при «b = 0», данные сохраняются в один файл с названием «said». При «b = 1» данные из каждого канала Проек- та записываются в отдельные файлы. В качестве названия файла ис- пользуется название канала Проекта. Более подробно изучить формат управляющего слова можно при помощи программы-примера в рамках лабораторных работ.
Следует отметить, что выборка данных из СПАД в Профайлере ба- зовой среды разработки ограничена выборкой за предыдущий час. Сле- довательно, использовать выборку-срез по времени не получится.
Управление данными архива также возможно в интерактивном ви- де при помощи меню «Действия» МРВ.
@Copy_SIAD
Данная системная переменная используется для создания резерв- ной копии текущего СПАД. Значение атрибута «Параметр» данной си- стемной переменной, как и ранее, используется для задания номера ар- хива, с которым необходимо работать. Для формирования названия и адреса в файловой системе архива используется входное значение дан- ной переменной. Например, код «1» соответствует операции сохранения данных архива в текущую директории ОС. В качестве названия файла используется название канала, данные которого архивировались, код
«3» соответствует операции сохранения архива с именем в формате
«ч_д_м_г». Значения >= 65 интерпретируются как ANSI-коды (напри- мер, 65 – это прописная латинская буква A). Сформировать точный ад- рес в файловой системе можно, подключив некоторую удалённую или локальную папку в качестве разделяемого ресурса (сетевого диска), то- гда, указав ANSI-код буквы данного диска в качестве входного значения системной переменной «@Copy_SIAD», автоматически будет назначен путь к месту хранения резервного СПАД.
Особенности использования системной переменной «@Copy_SIAD»
По результатам практического применения данного механизма бы- ли отмечены некоторые особенности. Так, например, при создании не- прерывного архива методом копирования через определённые интерва- лы времени, наблюдается временной разрыв. Следовательно, для прак-
66 из 137 тического применения необходимо делать архивы с небольшим време- нем дублирования на стыках.
Управление архивами также возможно в интерактивном виде при помощи меню «Действия» МРВ.
6.3.
Вопросы для самоконтроля к главе №6
1.
Назовите основные типы промышленных архивов данных исполь- зуемых в TRACE MODE 6.06.2?
2.
Что такое СПАД? Дайте определение (назначение, основные ха- рактеристики), полное название.
3.
Какие операции можно выполнять со СПАД при помощи систем- ных переменных TRACE MODE?
4.
Что происходит после переполнения файла архива?
5.
Что такое ОТ?
6.
Какие операции можно выполнять с ОТ?
7.
Назовите способы копирования СПАД?
8.
Опишите способ извлечения данных из СПАД?
9.
Что такое Дамп?
10.
Опишите основные операции настройки промышленных архивов в TRACE MODE?
67 из 137
7. ЗАПУСК НА ВЫПОЛНЕНИЕ ГОТОВЫХ ПРОЕКТОВ
После разработки Проекта необходимо сформировать привычный для оператора механизм запуска нового программного приложения в рамках операционной системы. Для этого используется ярлык, который посредством специальных ключей позволит запустить на выполнение
МРВ, открыть файл Проекта, перевести МРВ в полноэкранный режим.
Рассмотрим ключи, которые выполняют данные функции.
• «/run» (Ctrl + R) – ключ используется для автоматического за- пуска на выполнение МРВ.
• «/fullscreen» (Ctrl + F) – ключ используется для перевода МРВ в полноэкранный режим.
• «/hidemenu» (Ctrl + T) – ключ используется для того, чтобы скрыть консоль кнопок с пиктограммами.
Таким образом, полная строка запуска на выполнение МРВ будет выглядеть так: «[Path_RTM/rtc.exe] [Path_name.dbb/name.dbb] /run
/fullscreen /hidemenu», где rtc.exe – запускаемый файл МРВ, name.dbb – основной файл Проекта.
68 из 137
8. ВЗАИМОДЕЙСТВИЕ С УСО В ОС MS WINDOWS И DOS
Использование микропроцессорной техники в настоящее время значительно расширяет область применения методов математической обработки данных. Использование сложных математических моделей в составе контроллеров АСУ позволяет сократить издержки на проекти- рование и отладку законов управления элементами АСУ и моделирова- ние штатных и непредвиденных ситуаций. Однако самостоятельно мик- ропроцессорные контроллеры не позволяют сформировать управляю- щий сигнал для исполнительных элементов АСУ. Эти задачи в составе
ЭВМ выполняют устройства связи с объектом управления (УСО).
УСО могут быть расположены в составе микропроцессорных кон- троллеров или ПЭВМ, а также могут быть внешними и подключаться к управляющей ЭВМ посредством периферийных интерфейсов (напри- мер, USB). В том или ином случае УСО выступает в качестве посредни- ка-преобразователя физического параметра ОУ в цифровые (информа- ционные) сигналы понятные ЭВМ и наоборот. Независимо от принципа взаимодействия микропроцессорного контроллера с элементами УСО программное обеспечение в составе данного контроллера должно уметь работать с используемым УСО. Поскольку программным модулем, от- вечающим за взаимодействие с внешними элементами системы является драйвер, то количество драйверов различных периферийных устройств в составе среды разработки прикладного программного обеспечения определяет информационную мощность будущего Проекта прикладного
ПО и удельную максимальную мощность системы управления, в кото- рой он будет применяться.
В этой главе рассмотрим несколько классических примеров испол- нения микропроцессорных контроллеров с электронными платами УСО применяемых в составе АСУ: микропроцессорный контроллер под управлением DOS и микропроцессорный контроллер под управлением
ОС MS Windows. Разработка программного обеспечения будет выпол- няться средствами САПР TRACE MODE 6.06.2. Для отработки описан- ный в данной главе функций используйте лабораторный комплекс.
Описание лабораторного стенда представлено в п.п. 8.5. Для ввода дис- кретных данных в его составе используется кнопочный блок ввода ко- манд управления и индикации сигналов контроля, подключенный к стенду при помощи УСО. Сетевое взаимодействие может быть настрое- но между несколькими рабочими станциями лаборатории, поскольку они объедены в локальную вычислительную сеть.
Вопросы для самоконтроля к главе №5
1.
Опишите основные функции управления правами доступа персо- нала к элементам управления АСУ в Проекте?
2.
Возможно ли назначить права изменения состояния группы гра- фических элементов на графическом экране для некоторого поль- зователя?
3.
Какой инструмент в составе РПД позволяет назначить права управления состоянием графического элемента?
4.
Какие типы каналов могут быть использованы при формировании профиля нового пользователя?
5.
Назовите функции контроля доступа используемые в TRACE
MODE 6.06.2?
6.
Возможно ли выполнять операции настройки контроля доступа персонала к функциям управления в АСУ в процессе работы МРВ?
59 из 137
6. АРХИВИРОВАНИЕ ТЕХНОЛОГИЧЕСКОЙ
ИНФОРМАЦИИ
Архивирование технологической информации в АСУ является очень важной задачей. При возникновении аварийных ситуаций необ- ходимо иметь полную информацию о состоянии объекта управления до момента аварии. Подробный анализ предаварийной ситуации помогает понять причины возникновения аварии и учесть факторы её вызываю- щие при проектировании новых систем управления и во многих других случаях. Следует понимать, что качество анализа аварийной ситуации напрямую зависит от количества информации об объекте управления и
АСУ до её возникновения, но количество этой информации не может быть больше чем система управления может обработать за цикл управ- ления.
Для архивирования данных в TRACE MODE 6.06.2 используются 5 типов архивов:
• SIAD
(СПАД) – структурированный промышленный архив дан- ных;
•
ОТ – отчёт тревог;
•
Глобальный регистратор (глобальный архив);
•
Дамп – архив выходных значений каналов в файле на жёстком диске;
•
Локальный архив в памяти.
Каждый из архивов в АСУ используется специальным образом, рассмотрим некоторые из них более детально.
6.1. Использование промышленных архивов данных в TRACE
MODE 6
СПАД-архив
Данный тип архивов используется для хранения выходных значе- ний каналов, которые поступают в архив по мере их изменения. Сооб- щения в архив записываются в регламентированном формате по мере их поступления. После заполнения файла архива новое сообщение добав- ляется вместо самого старого сообщения. Формат строки сообщения имеет следующий вид (рисунок 6.1).
Рисунок 6.1. Формат сообщения в СПАД
60 из 137
Архивы SIAD имеют следующие основные характеристики:
• точность задания времени, мс – 1;
• скорость записи значений в архив (для рабочей станции с про- цессором Pentium-4 с тактовой частотой 2 ГГц), тыс. параметров в секунду – свыше 600;
• объём архива ограничивается только возможностями файловой системы и может измеряться гигабайтами.
Данные из СПАД-архива могут быть экспортированы в файлы на
НМД, а также отображаться на дисплее. Для управления данными в ре- альном масштабе времени используются системные переменные из группы «Системные» и «Диагностика».
Системные переменные из группы «Системные»:
• @Copy_SIAD;
• @Data_from_SIAD;
• @Logging.
Системные переменные из группы «Диагностика»:
• @e_SIAD;
• @q_SIAD_Lost;
• @q_SIAD_Q.
Настройка СПАД выполняется в разделе характеристик Узла (ри- сунок 6.2).
Рисунок 6.2. Вид окна редактора параметров настройки Узла Проекта
В качестве параметров необходимо указать адрес расположения и название файла СПАД, его размер, период сохранения сообщений и
61 из 137 размер очереди записи в ОЗУ. Затем в настройках канала, значение ко- торого необходимо архивировать необходимо в разделе «Системные :
Архивация» задать номер сконфигурированного СПАД (1, 2, 3).
Отчёт тревог
Данный тип архивов используется для хранения сообщений, гене- рируемых МРВ в случае срабатывания системы защиты (например, вы- ход значения канала класса FLOAT за установленные пределы), в слу- чае возникновения важных для работы АСУ событий (например, смена пользователя) или генерируемых оператором. Текст сообщения может быть вызван из словаря или задан значением по умолчанию. Сообщения в ОТ записываются циклически по мере его заполнения. Новые сообще- ния после заполнения архива добавляются вместо наиболее старых.
Формат строки сообщения имеет следующий вид (рисунок 6.3)
Рисунок 6.3. Формат сообщения в архив «Отчёт тревог»
Настройка ОТ выполняется в разделе параметров настройки Узла
(рисунок 6.4).
Рисунок 6.4. Вид окна редактора параметров настройки Узла Проекта
62 из 137
Для настройки параметров архивирования необходимо указать название и адрес расположения файла архива, максимальное количество одновременно хранящихся записей, параметр синхронизации при старте
МРВ и формат даты и времени. В настройках канала также необходимо поставить флаг «Отчёт тревог» и указать адрес словаря сообщений об аварии (рисунок 6.5, 6.6).
Рисунок 6.5. Вид окна редактора параметров настройки канала
Рисунок 6.6. Вид окна редактора параметров настройки словаря сообщений об аварии
63 из 137
ДАМП
Рисунок 6.7. Вид окна редак- тора свойств канала
В составе Проекта может быть реали- зован механизм периодического сохране- ния данных (последнего значения канала) в
ПЗУ (на НМД). Для этого используется функция «Дамп», которая настраивается в каждом канале индивидуально. Настройка выполняется во вкладке «Архивирование»
(рисунок 6.7). В списке функций содержат- ся:
• «...» (DumpSync = 0) – канал не ис- пользует Дамп и игнорируется при синхронизации резервов;
• «
Синхр.» (DumpSync=1) – канал не использует Дамп, но участвует в синхронизации резервов;
•
«Дамп» (DumpSync=2) – канал ис- пользует Дамп (чтение при стар- те/запись), но игнорируется при син- хронизации резервов;
• «
Синхр./Дамп» (DumpSync=3) – ка- нал использует Дамп и участвует в синхронизации резервов.
Кроме настройки функций синхронизации и работы с Дампом необходимо настроить параметры Узла в Проекте. Для этого использу- ется вкладка «Отчёт тревог/Дамп/Параметры». Вид редактора парамет- ров настройки Узла представлен на рисунке 6.8.
Рисунок 6.8. Вид редактора параметров настройки узла
Во вкладке «Имя файла» указывается путь к файлу Дампа и назва- ние файла или только имя файла Дампа. Файл может иметь произволь- ное расширение или не иметь его вовсе. Если путь к файлу не указан и перед названием файла присутствует знак «*», то файл будет создан в
64 из 137 текущей директории Проекта. Для функции «Дамп» также настраива- ются параметры:
• считывать значение из файла Дампа при старте МРВ;
• разрешить сохранять значения в файл Дампа;
• период сохранения состояний каналов, в сек., в диапазоне (1-
255).
Период сохранения дополнительной информации указан в мин.
Если значение данного параметра равно 1. Сохранение информации вы- полняется однократно при штатном завершении работы. Если значение данного параметра равно: «2», «3» и т.д., то период сохранения будет равен: 1, 2 мин. и т.д. соответственно.
6.2.
Использование системных переменных для управления
данными в архивах
В отличие от ОТ, СПАД-архив хранится в бинарном файле. Следо- вательно, просмотреть его состав встроенными средствами ОС не пред- ставляется возможным. Для управления данными этого архива могут быть использованы системные переменные TRACE MODE. Рассмотрим некоторые из них.
@Data_from_SIAD
Данная переменная типа OUTPUT используется для импорта дан- ных архива в текстовый файл. Атрибут «Параметр» этой системной пе- ременной указывает номер архива: N (0 – System, 1 – SIAD1, 2 – SIAD2,
3 – SIAD3).
Код функции, которую необходимо выполнить для управ- ления данными архива, формируется словом данных. Управляющее слово имеет следующий формат (рисунок 6.9) и посылается на вход ка- нала класса FLOAT вызывающего системную переменную в десятичном виде.
Рисунок 6.9. Формат команды управления выборкой данных из СПАД с ис- пользованием системной переменной «@Data_from_SIAD»
Первый байт управляющего слова задаёт интервал выборки дан- ных. Например, 0 – соответствует операции выборки данных за послед- ний час, 14 – за предыдущие сутки, 16 – за предыдущую неделю. Вось-
65 из 137 мой бит (бит а) определяет объём выборки. Например, если «а = 0» – выполнять извлечение всех имеющихся данных, если «а = 1» – в файл извлекаются срезы по (интервал/шаг) строк. Биты b третьего полубайта управляющего слова конфигурируют способ организации извлечённых данных на НМД. Например, при «b = 0», данные сохраняются в один файл с названием «said». При «b = 1» данные из каждого канала Проек- та записываются в отдельные файлы. В качестве названия файла ис- пользуется название канала Проекта. Более подробно изучить формат управляющего слова можно при помощи программы-примера в рамках лабораторных работ.
Следует отметить, что выборка данных из СПАД в Профайлере ба- зовой среды разработки ограничена выборкой за предыдущий час. Сле- довательно, использовать выборку-срез по времени не получится.
Управление данными архива также возможно в интерактивном ви- де при помощи меню «Действия» МРВ.
@Copy_SIAD
Данная системная переменная используется для создания резерв- ной копии текущего СПАД. Значение атрибута «Параметр» данной си- стемной переменной, как и ранее, используется для задания номера ар- хива, с которым необходимо работать. Для формирования названия и адреса в файловой системе архива используется входное значение дан- ной переменной. Например, код «1» соответствует операции сохранения данных архива в текущую директории ОС. В качестве названия файла используется название канала, данные которого архивировались, код
«3» соответствует операции сохранения архива с именем в формате
«ч_д_м_г». Значения >= 65 интерпретируются как ANSI-коды (напри- мер, 65 – это прописная латинская буква A). Сформировать точный ад- рес в файловой системе можно, подключив некоторую удалённую или локальную папку в качестве разделяемого ресурса (сетевого диска), то- гда, указав ANSI-код буквы данного диска в качестве входного значения системной переменной «@Copy_SIAD», автоматически будет назначен путь к месту хранения резервного СПАД.
Особенности использования системной переменной «@Copy_SIAD»
По результатам практического применения данного механизма бы- ли отмечены некоторые особенности. Так, например, при создании не- прерывного архива методом копирования через определённые интерва- лы времени, наблюдается временной разрыв. Следовательно, для прак-
66 из 137 тического применения необходимо делать архивы с небольшим време- нем дублирования на стыках.
Управление архивами также возможно в интерактивном виде при помощи меню «Действия» МРВ.
6.3.
Вопросы для самоконтроля к главе №6
1.
Назовите основные типы промышленных архивов данных исполь- зуемых в TRACE MODE 6.06.2?
2.
Что такое СПАД? Дайте определение (назначение, основные ха- рактеристики), полное название.
3.
Какие операции можно выполнять со СПАД при помощи систем- ных переменных TRACE MODE?
4.
Что происходит после переполнения файла архива?
5.
Что такое ОТ?
6.
Какие операции можно выполнять с ОТ?
7.
Назовите способы копирования СПАД?
8.
Опишите способ извлечения данных из СПАД?
9.
Что такое Дамп?
10.
Опишите основные операции настройки промышленных архивов в TRACE MODE?
67 из 137
7. ЗАПУСК НА ВЫПОЛНЕНИЕ ГОТОВЫХ ПРОЕКТОВ
После разработки Проекта необходимо сформировать привычный для оператора механизм запуска нового программного приложения в рамках операционной системы. Для этого используется ярлык, который посредством специальных ключей позволит запустить на выполнение
МРВ, открыть файл Проекта, перевести МРВ в полноэкранный режим.
Рассмотрим ключи, которые выполняют данные функции.
• «/run» (Ctrl + R) – ключ используется для автоматического за- пуска на выполнение МРВ.
• «/fullscreen» (Ctrl + F) – ключ используется для перевода МРВ в полноэкранный режим.
• «/hidemenu» (Ctrl + T) – ключ используется для того, чтобы скрыть консоль кнопок с пиктограммами.
Таким образом, полная строка запуска на выполнение МРВ будет выглядеть так: «[Path_RTM/rtc.exe] [Path_name.dbb/name.dbb] /run
/fullscreen /hidemenu», где rtc.exe – запускаемый файл МРВ, name.dbb – основной файл Проекта.
68 из 137
8. ВЗАИМОДЕЙСТВИЕ С УСО В ОС MS WINDOWS И DOS
Использование микропроцессорной техники в настоящее время значительно расширяет область применения методов математической обработки данных. Использование сложных математических моделей в составе контроллеров АСУ позволяет сократить издержки на проекти- рование и отладку законов управления элементами АСУ и моделирова- ние штатных и непредвиденных ситуаций. Однако самостоятельно мик- ропроцессорные контроллеры не позволяют сформировать управляю- щий сигнал для исполнительных элементов АСУ. Эти задачи в составе
ЭВМ выполняют устройства связи с объектом управления (УСО).
УСО могут быть расположены в составе микропроцессорных кон- троллеров или ПЭВМ, а также могут быть внешними и подключаться к управляющей ЭВМ посредством периферийных интерфейсов (напри- мер, USB). В том или ином случае УСО выступает в качестве посредни- ка-преобразователя физического параметра ОУ в цифровые (информа- ционные) сигналы понятные ЭВМ и наоборот. Независимо от принципа взаимодействия микропроцессорного контроллера с элементами УСО программное обеспечение в составе данного контроллера должно уметь работать с используемым УСО. Поскольку программным модулем, от- вечающим за взаимодействие с внешними элементами системы является драйвер, то количество драйверов различных периферийных устройств в составе среды разработки прикладного программного обеспечения определяет информационную мощность будущего Проекта прикладного
ПО и удельную максимальную мощность системы управления, в кото- рой он будет применяться.
В этой главе рассмотрим несколько классических примеров испол- нения микропроцессорных контроллеров с электронными платами УСО применяемых в составе АСУ: микропроцессорный контроллер под управлением DOS и микропроцессорный контроллер под управлением
ОС MS Windows. Разработка программного обеспечения будет выпол- няться средствами САПР TRACE MODE 6.06.2. Для отработки описан- ный в данной главе функций используйте лабораторный комплекс.
Описание лабораторного стенда представлено в п.п. 8.5. Для ввода дис- кретных данных в его составе используется кнопочный блок ввода ко- манд управления и индикации сигналов контроля, подключенный к стенду при помощи УСО. Сетевое взаимодействие может быть настрое- но между несколькими рабочими станциями лаборатории, поскольку они объедены в локальную вычислительную сеть.