Сосонкин В.Л. 2005 Системы числового программного управления (841803), страница 29
Текст из файла (страница 29)
Далее существует возможность конфигурировать интерфейс пользователя, включая систему контекстных подсказок и систему помощи, используя текстовыйфайл инициализации и соответствующие динамические библиотеки ресурсов.Разработчикам редактора предлагается архитектура, открытая для интеграции и компоновки. Так, редактор может быть интегрирован в существующий интерфейс системы ЧПУ или работать в качестве независимогоприложения в технологическом отделе подготовки управляющих программ.Редактор предусматривает различные компоновки с ActiveX-элементамидля графического моделирования траектории инструмента. На рис.
100 показаны 2D, 3D и OpenGL версии ActiveX-элементов, которые позволяютвыбирать отображаемые оси, настраивать координатную систему и областьпросмотра, выбирать оптимальные значения, фильтровать набор переменных для просмотра их значений (текущих координат, имен инструментов,активных М- и G-функций и т.д.).Архитектура, открытая для внешних приложений, поддерживается интерфейсом OLE IdataObject, с помощью которого осуществляется передача данных через «clipboard» - стандартный Windows-механизм для обмена данными между приложениями.3.4.3. Редактор-отладчик управляющих программ на языкевысокого уровня (в составе терминальной задачи)В числе языков высокого уровня управляющих программ можно упомянуть AnlogC (фирма Andron, Германия), CPL (фирма Bosch, Германия)и множество других.
Независимо от версии структуры всех языков однотипны: имеется основная программа и некоторый набор вызываемых подпрограмм. В теле программы представлен список переменных, которые походу реализации программы меняют значения. Процесс выполнения со-166В.Л. Сосонкин, Г.М. Мартинов. Системы числового программного управленияпровождается информационными сообщениями, предупреждениями, сообщениями об ошибках.На рис. 101 показан экран редактора-отладчика.
В окне программы отображается ее текст; здесь же можно расставить точки останова (breakpoints),осуществить пошаговый или автоматический запуск программы. Переменные (или массивы переменных) представлены в отдельном окне в виде«дерева», которое позволяет выбрать те из них, за значениями которых необходимо следить. Текущие значения выбранных переменных (или массивов) демонстрируются в другом окне, причем значения эти можно редактировать.Иерархия вызываемых подпрограмм показана в виде «дерева» в отдельном окне. В окне стека представлены подпрограммы, вызванные к текущему моменту. Окно OutputWin используется для вывода информации, типкоторой определяется неким набором пиктограмм.
Пиктограммы предназначены также для отображения свойств файлов вызываемых подпрограмм.Указанные окна относятся к числу базовых и постоянно присутствуютна экране. Окна со вспомогательной информацией (например, списком точек останова) реализованы как всплывающие. Основные и вспомогательные окна редактора-отладчика образуют ActiveX-управляющий элемент.: %'Л Зад. Перманш jjj@_raooaИ@_RES_DOt@_RES_DOUBLE>@_RES_6WORO%Оaоо12i5 МАЯКЕ! N 1 0 GO XO YO ZO M3 S1OO0>№O G1 X1O F20000;N15X40Z22.11|N3OG3X21 Y5R100:.- JN40O1 Y70?.-:JNS0X4OY190S5O0,-феО 02 XO R-70(6мб5 G2 X40 R-705JN66 02 XO R-70eN70G1 X19Y70CjNeO Y5 M4 ZSOJEM9OG3X0Y0R100RN100G1 X40-^JN110 G37 X40 YO" !N120G38XO.eY0.8R-30Рис.
101. Окно редактора-отладчика167Глава 3. Задачи управленияlUnknownOLEконтейнерПриложениередактора отладчикаАбстракция на уровнеСОМ-сервераАбстракция на ActiveXРис. 102. Архитектура редактора-отладчикаАрхитектура редактора-отладчика включает СОМ-сервер, ActiveX-управляющий элемент, приложение (рис. 102). В этой архитектуре выделеныдва абстрактных уровня. На первом уровне поддерживается работа с различными языками управляющих программ, причем для каждого языка необходимо разработать его собственный СОМ-сервер. Любой СОМ-сервер,однако, должен располагать неизменным набором интерфейсов для работы с переменными, точками останова, буферизованными файлами и сообщениями. В этом случае ActiveX-управляющий элемент со всеми своимиосновными и вспомогательными окнами способен работать с любой версией языка высокого уровня управляющих программ.Второй уровень абстракции развязывает ActiveX-элемент и механизмуправления им.
Это позволяет использовать ActiveX или в составе терминальной задачи системы ЧПУ, или в отдельном приложении на персональном компьютере.ЗаключениеТерминальная задача относится к числу наиболее сложных и наиболееответственных разделов системы ЧПУ при управлении мехатронными системами. Ее «скелетом» служит интерпретатор диалога оператора вWindows-интерфейсе, для разработки которого использована формальнаяметодика, поддержанная оригинальной инструментальной системой.
Дляредактирования, отладки и моделирования управляющих программ применяют два типа конфигурируемых приложений для управляющих программ низкого и высокого уровня соответственно.1ggВ. Л. Сосонкин, Г.М. Мартинов. Системы числового программного управления3.5.
Реализация диагностической задачиуправленияСовременные системы ЧПУрасполагают определенными свободными ресурсами вычислительной мощности, которыми необходимо эффективно воспользоваться. Наиболее перспективный способ использования этих ресурсов состоит в создании и развитииподсистемы диагностики, которая в существующих системахпредставлена весьма слабо. В первую очередь следует диагностировать логическую и геометрическую задачи управления. Представлена концепция виртуальных приборов, построенных по типуActiveX-элементов, которые позволяют использовать разработанные средства диагностики в различных приложениях, представляющих наибольший интерес для конечных пользователей.Особенности использованного далее СОМ-подхода и СОМ-технологии таковы, что разработанные диагностические системымогут быть применены в любых устройствах ЧПУ.Наиболее совершенные системы ЧПУ располагают отдельным режимом диагностики, который реализован в виде программно-аппаратного комплекса и ориентирован на тестирование и глубокое исследование логической и геометрической задач управления.
Диагностика, как правило, выполняется «вне реального времени», что означает- измерения сохраняютсяв памяти, а затем анализируются. Подсистема диагностики способна конфигурировать измерения, считывать измеряемые сигналы, запоминать результаты измерений вместе с результатами конфигурации измерений, распечатывать осциллограммы измерений, считывать файлы с результатамиизмерений и результатами конфигурации измерений, выполнять разнообразные операции над измеренными сигналами. Для диагностики логической задачи управления служит логический анализатор, а для диагностикигеометрической задачи предназначен осциллограф.3.5.1. Понятийный аппарат диагностического процессаК числу важнейших в практике диагностических измерений относятсятакие понятия, как триггер, точка измерения, сигнал, состояние процессаизмерения, виртуальный прибор диагностики.Триггеры используют для формирования события, устанавливающегограницы измерительного горизонта.
Разнообразные их варианты представлены в табл. 9.Группа стартовых триггеров устанавливает начало измерения, а окончание измерения определяет группа конечных триггеров. Кроме того, существуют триггеры специального назначения, например для выделения вГлава 3. Задачи управления169Таблица 9. Основные типы триггеровТип триггераУсловиясрабатыванияКомментарийРучной (manual trigger)Действие оператораНажатие кнопки оператораБитовый (bit trigger)По левому фронтуПо правому фронтуII^^срабаты ваниесрабатываниеПо изменению значения^BWD (байт, слово,двойное слово - Byte,Word, Dword trigger)=(равно)<= (больше или равно)=> (равно или меньше)срабатывание^Триггеры сопоставленыфизическим адресам исрабатывают при выполнениилогических условий!= (не равно)< (больше)> (меньше)Программный триггер(program trigger)Выполнение кадра УПЗадают номер кадрауправляющей программы, привыполнении которого триггерсрабатываетпроцессе измерения некоторого события.
Группа срабатывает при выполнении логических операций над ее триггерами.Точки измерения представляют собой адреса аппаратных средств, осуществляющих измерительный процесс. Сигналы являются результатамиизмерительного процесса. Процесс измерения включает несколько фаз, которые назовем состояниями измерительного процесса; в числе возможныхсостояний - «конфигурация», «начало измерения», «ожидание», «конец измерения», «ошибка».Под виртуальным прибором диагностики будем понимать ActiveX-элемент, предоставляющий результаты диагностических испытаний и создающий внешний образ измерительного устройства, например логическогоанализатора или осциллографа.3.5.2.
Структура подсистемы диагностикиПодсистема диагностики построена по типу виртуальной машины [63]и имеет многоуровневую структуру (рис. 103).Нижний уровень представлен компьютерной аппаратурой, которая является физическим источником измерительных сигналов; здесь, в частности, могут быть программируемый контроллер, плата управления следящими приводами и т.д. Выше размещаются драйверы устройств ввода-вы-170В.Л. Сосонкин, Г.М. Мартинов. Системы числового программного управленияВиртуальный прибор диагностикиУровень СОМ-сервера диагностики:Классы дигностики второго уровняУровень базовых классов диагностикиУровень драйверовАппаратный уровеньРис. 103. Виртуальная модель подсистемыФизическоеустройстводиагностикиУровень физическихИнтерфейс физическогоустройстваваустройствСОМ-серверСОМ-интерфейсВиртуальныйприборOLE-интерфейсПриложениедиагностикиУровень СОМ-серверовУровень виртуальныхприборовПрикладной уровеньРис.
104. Распределенная архитектура подсистемы диагностикивода, которые входят в состав операционной системы. Доступ к службамустройств ввода-вывода осуществляется посредством слоя базовых классов, реализующих обмен данными с подсистемой диагностики, их форматирование и контроль. Поверх располагаются классы второго уровня, запускающие и контролирующие процессы измерения.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
