Сосонкин_Системы_ЧПУ (1087166), страница 30
Текст из файла (страница 30)
Разнообразные их варианты представлены в табл. 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. Распределенная архитектура подсистемы диагностикивода, которые входят в состав операционной системы. Доступ к службамустройств ввода-вывода осуществляется посредством слоя базовых классов, реализующих обмен данными с подсистемой диагностики, их форматирование и контроль.
Поверх располагаются классы второго уровня, запускающие и контролирующие процессы измерения. Уровень СОМ-сервера [64] стандартизует доступ к подсистеме диагностики, с одной стороны,и поддерживает распределенную модель измерительной системы, с другой стороны. Третий - пятый уровни выстраивают объектную модель под-171Глава 3. Задачи управлениясистемы диагностики, которая облегчает создание и поддержку пользовательских приложений.Виртуальный прибор диагностики (на шестом уровне) предназначендля доступа оператора к результатам измерений [65].
Он подключается кинтерфейсам СОМ-сервера диагностики и привязан к формату (типу) интерфейсов, а не к самой реализации СОМ-сервера. Это позволяет использовать его в разных системах управления.В обобщенном виде архитектура подсистемы диагностики представлена на рис. 105. Архитектура должна быть распределенной, чтобы.удовлетВнешныйконтроллерВстроенныйконтроллер3<S1£СОМ-сервер внешнего контроллераСОМ-сервер встроенного контроллераКонфигурация измеренийКонфигурация измеренийОбслуживание процессаизмеренияОбслуживание процессаизмеренияСчитывание результатовизмеренийСчитывание результатовизмеренийActiveX логическогоанализатораМасштабирование сигналовВвод конфигурации измеренийОтображение конфигурациипроведенных измеренийЗапуск и останов измеренийДобавление и удаление сигналовЧтение файла с результатамиизмеренийСериализация данныхСериализация данныхNJ N.ГШ ФActiveX конфигуратораизмеренийОтображение записанных сигналов вграфическом и текстовом представленииОтображение значений сигналов вустановленных точкахй!Методы, свойства и событияПриложениеУправление конфигурацией исчитывание измеренияРис.105.
Распределенная архитектура логического анализатораsQ.172В.П. Сосонкин, Г.М. Мартинов. Системы числового программного управленияворить требованиям удаленной диагностики. Соединение с физическимустройством (контроллером ввода-вывода, контроллером приводов и т.д.)осуществляется с помощью интерфейсной функции этого устройства.СОМ-серверы маскируют особенности физических устройств, но организуют доступ к устройствам по общему СОМ-интерфейсу.Уровень виртуальных приборов предлагает средства интерактивного конфигурирования и визуализации измерений.
На прикладном уровне эти приборы встроены в приложение с доступом к приборам через OLE-интерфейс.Систему, построенную на основе виртуальной модели подсистемы-диагностики, назвали логическим анализатором.3.5.3. Реализация логического анализатораЭлектроавтоматика мехатронных систем достаточно сложна и требуетвысококвалифицированных специалистов при наладке и запуске оборудования в эксплуатацию.
Подобные специалисты находятся обычно в удаленных сервисных бюро и, располагая конфигурацией и результатами измерений, занимаются дистанционным анализом входных и выходных сигналов программируемого контроллера с помощью все того же виртуальногоприбора.Распределенная архитектура подсистемы диагностики, представленнаяна рис.
105, ориентирована на работу с внешними программируемыми контроллерами, а также с встроенными в систему управления. Функции компонентов архитектуры показаны на рис. 106.Система диагностики программируемого контроллера построена наоснове СОМ-сервера, в котором специфицированы пять интерфейсовСОМ-сервер диагностикиIDiagnosticDataActiveXконфигуратора-о,IDiagnosticManageIDiagnosticMeasureIDiagnosticTriggerConfigIDiagnosticSignalConfigActiveXлогическогоанализатора-о8IРис. 106. Компонентная модель диагностики программируемогоконтроллера173Глава 3. Задачи управления• IDiagnosticData - интерфейс измерительных данных стандартныхтипов (BIT, BYTE, WORD, DWORD);• IDiagnosticManage - интерфейс управления процессом измерений;• IDiagnosticMeasure - интерфейс выдачи параметров результатов измерений;• IDiagnosticTriggerConfig - интерфейс конфигурации условий запуска-окончания измерений;• IDiagnosticSignalConfig-интерфейс конфигурации точек измерений.Каждый из интерфейсов имеет неизменный набор функций.
Сами интерфейсы реализованы как вложенные классы (nested classes) в классеCDiagnosticServer.Любой виртуальный прибор реализован как ActiveX-элемент [66] и может быть встроен в стандартный или пользовательский контейнер в средеMSWindowsNT.ActiveX конфигуратора предназначен для конфигурационных настроек(рис.
107). Конфигурация измерения может быть сохранена, отредактирована или практически использована при измерении. Измеренные данныемогут быть прочитаны и отображены ActiveX логического анализатора(рис. 108). При просмотре отображаемые сигналы можно масштабировать,сравнивать между собой и т.д.При работе подсистемы диагностики пользовательское приложение, какправило, не замечает СОМ-сервера диагностики, оно взаимодействует сActiveX-элементом диагностики при помощи механизма OLE Automation.0.00.10.245Б.З- ^ v * p : , JMarwal triooefNone UtooerManual ttiqqefNoneJ 0.4triCKier*f;";,"\^rfJSTARTl OR STARf2; E N D 1 0REND2Й-Й£ 1'-•м4100;;ЙЫ:\ОшШ• •Jtesl1• ••.«•••«•"л'. - i . v ' - .
•ж;^*Ш*1Ы-'•*-•••• г . -,|5bSM 12 5^ GbA 0.6• 7bD 0.7-•1ЭЬА 0.7•'19b A 0.G110ЬА 0.5. 11ЬА 0.4j4000.2-1l3bA 0.2l0.1|15bA 00-•! i ев А о17wA 0•• 18dwA019•20'.••• f 1 ^ -^ -Рис. 107. Виртуальный прибор конфигурации измеренийдля программируемого контроллераВ.Л. Сосонкин, Г.М. Мартинов. Системы числового программного управления174ADOМО 1ЮЗМ466.3АО 4SM12.5ЛОЛDO .7bitObit 2mafctr 1bit 4Шштйиишшвушш/мП1ИШШ111Ш1П11иШШШ ашят.'"uJ.rL.aru LIT л J ии u L; i_n.
Л J Lruxr и iJ"U"LrLTi.IbitsdibsГ" - 1 _ , -- ' — JШЯШШМШАО ЛАО.бА0.4bit QМ4000 2А0.2АО.1АО Оbitsbit 4mjikerbit 2bit 1bit 0._ .J1 — J - - - l _ _r--i_1Г~ "L_ -Г~Ц2---IT u^d'mjnjTrLmir л_ги"Ог11Щ«11ШШвИШ11Я.'ИППШШПШШУШШШППШ! УШШИШИЯпципппншншшпшш шшшшп010110000о п1 00 0Dп0О101011О00•11Рис. 108. Виртуальный прибор считывания измеренийпрограммируемого контроллераActiveX-элементы диагностики принимают на себя всю работу с серверомдиагностики.
Таким образом, функции клиента в основном остаются прозрачными для пользователя. От клиента спрятаны создание СОМ-сервера,получение указателей на интерфейсы, вызов функций этих интерфейсов,контроль за выполнением запросов и т.д.Компонентная модель позволяет использовать пользовательское приложение для диагностики разных систем управления без перекомпиляции исходного кода. Для этого необходимо лишь разработать новый СОМ-сервер с учетом специфики новой системы управления, но с прежними интерфейсами.3.5.4.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
