Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...

Статьи Чертежи Таблицы О сайте Реклама

Управляющие языки

Наибольшие трудности при разработке управляющих языков для машинной графики возникают из-за необходимости использования нескольких устройств ввода. Добавление этого требования означает, что, прежде чем интерпретатор входного языка начнет обрабатывать данные, содержащиеся в команде, он должен определить.  [c.347]

В обоих предыдущих примерах допускалось применение различных языков для описания программ один для управления, а другой для процедур. Это было выгодно, так как снималось требование модификации или разработки нового языка описания процедур, что позволяло составлять управляющий язык для оптимального решения его специфических задач. Однако полученные системы оказались довольно сложными и неудобными в использовании.  [c.352]


Другим средством общения в ОС ЕС являются команды оператора [21], предназначенные для обращения с пультового устройства или с дисплея-консоли к управляющей программе. Различают команды оператора информационные, управления устройствами ввода-выво-да, управления работой системных программ, управления прохождением заданий в системе и др. Некоторые команды оператора можно направлять через входной поток вместе с операторами языка управления заданиями, что дает возможность пользователю наравне с оператором ЭВМ влиять на организацию вычислительного процесса в системе.  [c.126]

Язык третьего уровня — один из языков существующих САП УП, например АПТ/СМ. Он служит для идентификации опорных точек, определенных на втором уровне, внесения в программу технологических параметров, рассчитанных по описанию деталей на первом уровне, внесения сервисных функций и выдачи управляющей программы в кодах конкретной комбинации станок — устройство ЧПУ, Иногда некоторые размеры ГО заданы на детали неявно, тогда для их определения используются операторы языка АПТ/СМ, а в карту исходных данных вносится идентификатор размера. При построении описания на втором уровне этот идентификатор заменяется его значением.  [c.173]

Каждый уровень языка необходимо рассматривать во взаимодействии с остальными уровнями. Технолог кодирует данные о детали на проблемно-ориентированном языке первого уровня, дальнейшие преобразования и построение информационных моделей детали на последующих уровнях проводятся подпрограммами специального программного обеспечения. Использование трехуровневого языка кодирования геометрической информации позволяет передать решение технологических вопросов расчета управляющих программ для станков с ЧПУ системе автоматизированного проектирования, реализованной на ЭВМ третьего пли четвертого поколения [31].  [c.173]

Языки управления служат для представления управляющей информации для программно-управляемого исполнительного оборудования, например устройств документирования и технологических автоматов.  [c.98]

Программное обеспечение САПР состоит из мониторной системы и пакетов прикладных программ. В пакетах прикладных программ проектирующих подсистем САПР выделяют управляющие программы, функциональные модули, реализующие типовые математические модели и алгоритмы, и языковые процессоры, служащие для генерирования рабочих программ на основе исходного описания объектов и заданий на специализированных проблемно-ориентированных языках.  [c.116]

В структуре отдельных ППП в общем случае можно выделить следующие компоненты монитор или управляющая программа процессор с входного языка банк программных модулей и сервисные средства пакета. При объединении ППП в общую программную систему (в данном случае систему расчетного проектирования ЭМП) основная часть функций управления возлагается на общую управляющую систему САПР. К таким общим функциям можно отнести интерпретацию общего для всех расчетных ППП входного языка, общение с базой данных, вывод результатов расчета и т. п. Таким образом, основное содержание ППП, входящих  [c.150]


Степень сложности управляющей программы ППП зависит от задач и способов управления. В простейшем случае, когда задаются жесткие маршруты объединения программных модулей в рабочую программу, все управляющие функции можно возложить на операционную систему ОС ЭВМ, а маршруты задавать на языке управления ОС. Такое управление целесообразно организовать для  [c.152]

В последние годы в связи с внедрением в производство станков с числовым программным управлением (ЧПУ) вместо чертежа детали требуется получить перфоленту, управляющую работой инструмента, на котором изготавливается эта деталь. Подготовку такой ленты называют также программированием детали. Для программного описания траектории движения инструмента используются специальные языки [63]. Однако более удобным и быстрым является применение для этой цели графического дисплея. Проектировщик выводит на экран одновременно изображения детали и инструмента. Учитывая возможные положения закрепления детали в станке и возможности движения инструмента, проектировщик начинает перемещать инструмент по обрабатываемой поверхности детали. Траектория движения инструмента, формируемая на экран дисплея проектировщиком, фиксируется ЭВМ и может выдаваться в виде управляющих программ для станков с ЧПУ.  [c.198]

Все это противоречит основным функциональным требованиям к ПО САПР, которые характеризуются высокой степенью автоматизации вычислительного процесса, подготовки входных данных, а также удобством, простотой и оперативностью применения. Эти требования принципиально могут быть удовлетворены с помощью ГК сложной структуры, в состав которой входят такие компоненты, как монитор (управляющая программа), библиотека модулей, база данных и язык системы.  [c.51]

Монитор обеспечивает управление работой ПС и общение пользователя с ней. При этом управление ПС, понимаемое как организация выполнения модулей в требуемой последовательности, может осуществляться различными способами а именно с помощью конечного набора предварительно разработанных управляющих программ, а также путем применения специализированных программных средств, позволяющих формировать последовательность модулей по заданию пользователя, записанному на специальном входном языке. Общение пользователя с ПС в ряде случаев может быть обеспечено с помощью диалоговых программных средств.  [c.51]

Специализированный монитор осуществляет автоматическую сборку нужной последовательности модулей и их выполнение. При этом реализуется один из заранее определенных путей преобразования информации, а также автоматизируется обмен данными между модулями. Каждая необходимая последовательность модулей, соответствующая заданию на выполнение определенной проектной процедуры, требует написания своей управляющей программы или усложнения логической структуры единого специализированного монитора. Появление новых заданий, а также изменение состава модулей требует внесения изменений и в состав монитора. Вместе с тем ряд задач проектирования ЭМУ характеризуется вполне обозримым количеством и жестким порядком объединения проектных действий, что делает целесообразным применение рассматриваемого способа управления ПО САПР. Нельзя не отметить и относительную простоту разработки специализированных мониторов, выполняемой, как правило, средствами того же языка программирования, с помощью которого разрабатываются и отдельным модули, а также достаточно высокую степень автоматизации проектных работ.  [c.65]

Работой пакета руководит управляющая программа Монитор. Она осуществляет общение пользователя с пакетом на языке директив. Директивы могут быть трех типов информационные, управляющие и служебные. Монитор различает их тип и включает в работу один из своих блоков программу Поиск, Банк, Счет или Администратор.  [c.216]

Языки высокого уровня ФОРТРАН и БЭЙСИК находят широкое применение в системах КАМАК, но эти языки создавались главным образом для выполнения вычислительных задач, поэтому для программирования работы систем КАМАК требуются дополнительно языки управления. Языки управления должны обеспечивать работу системы в реальном времени, синхронизацию с контролируемыми и управляемыми процессами, разрешение конфликтных ситуаций путем организации очередей и выделения приоритетных работ, а также связь с объектами и оператором посредством выдачи данных на дисплеи и прием команд оператора и т. п.  [c.58]

Второй (средний или тактический) уровень формирует команды, управляющие низшим уровнем, по заданным комплексным командам типа ВЗЯТЬ, ПЕРЕНЕСТИ и т. п. Эти команды расшифровываются вычислительной машиной и переводятся на язык низшего уровня.  [c.267]


Оператор 1 присваивает текущему значению времени t начальное значение, равное нач- Операторы 2, 3 присваивают начальные значения управляющим переменным / и I и переменной т т есть количество положительных опытов при моделировании). Операторы 4, 5 присваивают элементам массивов R и а значения слу-чайных чисел в соответствии с заданными законами распределения. Оператор 6 вычисляет значение случайной функции Ri в момент времени t. Операторы 7 и 5 необходимы для осуществления цикла по г. Оператор 9 вычисляет значение коэффициента деления при полученных значениях Ri. Оператор 10 проверяет, не вышло ли полученное значение К за допустимые пределы. Оператор 11 представляет собой счетчик положительных опытов при моделировании. Оператор 12 проверяет условие окончания моделирования для данного значения t, оператор 13 — счетчик по I. Оператор 14 вычисляет вероятность безотказной работы делителя для данного момента времени t. Оператор /5 проверяет условие окончания моделирования (моделирование оканчивается, когда текущее значение времени i достигает своего максимального значения t). Оператор 16 дает текущему значению t приращение если выполняется условие оператора 15. Оператор 17 производит вывод полученных значений p t) на печать. Этот алгоритм на языке АЛГОЛ-60 имеет вид  [c.149]

Язык кода должен быть понятным человеку-оператору и пригодным для использования машиной. Нужно найти наиболее эффективный код, ту систему символов, с помощью которой предъявляются сведения об управляемых объектах.  [c.16]

Очень важно обеспечить удобное взаимодействие транслятора графического языка с трансляторами универсальных языков, используемыми для программирования проектных задач. Это облегчает управление процессом подготовки графических данных для ЭВМ и избавляет от необходимости разработки дополнительных управляющих программ. Транслятор, кроме того, должен быть гибким и легко изменяемым, так как пользователи не имеют, как правило, опыта в создании трансляторов алгоритмических языков. Необходимость реализации изменений вытекает из характера графического языка. Оптимальный набор операторов языка не является фиксированным множеством, а зависит от специфики проектных задач, решаемых конкретным пользователем.  [c.169]

С какого устройства или с каких устройств поступила команда. Вторая программа на языке SAIL (см. разд. 15.3.2) показывает, насколько усложняется программирование ввода даже для очень простого примера. Для упрощения описания сложных входных графических языков необходима разработка специальных типов управляющих языков.  [c.348]

Еще одной формой общения пользователя с ОС являются системные директивы. Эта форма общения в отличие от командных строк осуществляется не через посредство терминала, а изнутри пользовательской программы. Системная директива — запрос некоторой задачи, обращенный к управляющей программе на выполнение определенной системной функции. Такие запросы встав-Л5П0ТСЯ в тексты программ на языке ассемблера в виде макрокоманд (макровызовов), а в программы на языке ФОРТРАН — в виде обращений к соответствующим подпрограммам. Задачи используют системные директивы для организации обмена данными, управления выполнением и взаимодействием задач, расширения логического адресного пространства задачи и т. д. Некоторые из системных директив имеют аналоги среди команд программы связи с оператором, например директивы  [c.145]

Пакет программ ФАП-К.Ф также разработан на базе языка ФОРТРАН и относится к программным средствам геометрического моделирования. Он может быть использован в системах автоматизированного конструирования и технологического проектирования, при решении сложных геометрических задач, составлении управляющих программ для станков с ЧПУ, для моделирования движения деталей узлов и механизмов, в задачах раскроя материала и т. д. [5]. В программах пакета используются геометрические переменные и операторы. Так,, все плоские ГО делятся па элементарные ГО (ЭГО), ломаные, лекальные кривые, составные ГО (СГО) и конструктивные ГО (КГО). ЭГО включают точку, прямую, окружность, кривую второго порядка, вектор. Из элементарных ГО, ломаных и лекальных кривых могут быть по.тученЕ.1 СГО. Конструктивный ГО — плоская  [c.166]

Основные данные для подготовки УП обработки на станке с ЧПУ содержатся в чертеже детали. Но перед вводом в ЭВМ геометрические параметры необходимо представить в закодированном виде. Для описания информации в требуемом виде используется специальный входной язык системы автоматизированной подготовки управляющих программ (САП УП). Входные языки существующих САП, таких, как APT, ЕХАРТ, СПС — ТАУ, АПТ/СМ и др., близки по структуре. Они состоят из алфавита языка инструкций определения элементарных геометрических объектов (точки, прямые линии, окружности) инструкций движения способов построения строки обхода введения технологических параметров способов разработки макроопределений и построения подпрограмм способов введения технологических циклов способов задания различных вспомогательных функций и т. п. Эти системы характеризуются тем, что все основные технологические решения даются технологом, так как входной язык ориентирован только на построение траектории перемещения инструмента, а технологические вопросы, связанные с обеспечением заданной точности и последовательности обработки, выбора инструмента и т. д., не могут быть решены на основе применения входного языка. Для автоматизации проектирования технологических процессов разработаны языки, позволяющие решать технологические задачи. Однако геометрическое описание детали, полученное с помощью этих языков, недостаточно детализировано для проектирования управляющих программ. Поэтому для комплексных автоматизированных систем конструирования и технологического проектирования, включая подготовку УП к станкам с ЧПУ, необходим многоуровневый язык кодирования геометрической информации, учитывающий специфику каждого этапа проектирования.  [c.169]

Компилятор осуществляет лексический и синтаксический анализ для трансляции программы с языка высокого уровня, выполняет основную работу по составлению объектной программы — генерирует объектиые модули и команды обращения к библиотечным модулям, а также формирует управляющие предложения для редактора связей относительно состава используемых объектных модулей для формирования загрузочного модуля.  [c.374]


В кремниевых компиляторах в качестве исходных данных задается либо описание алгоритма, который должна реализовать СБИС и который представлен в виде некоторой микропрограммы, либо описание схемы на языке уровня регистровых передач. Результатом работы кремниевого компилятора должно быть описание топологии кристалла, выдаваемое в форме управляющей информации для оборудования, изготовляющего фотошаблоны слоев СБИС. Все операции по преобразованию исходных данных в окончательный результат выполняются автоматически это разбиение исходного описания на фрагменты, трансляция фрагментов исходрюй информации в фрагменты функциональной схемы и далее в фрагменты топологической схемы, выбираемые из заранее разработанного набора типовых ячеек, трассировка межсоединений, перевод топологии в управляющую информацию для фотонаборных установок. Библиотеки типовых ячеек тщательно отрабатываются предварительно с помощью средств автоматизации схемотехнического и топологического проектирования. Кремниевая компиляция уступает по показателю использования площади кристалла, но выигрывает по оперативности и стоимости проектирования по сравнению с автоматизированным проектированием СБИС.  [c.384]

Язык управления монитором САПР достаточно прост, в его основе лежат команды вызова необходимых проектирующих подсистем ПО и задания им управляющих параметров, а также команды, описывающие способ информационного обмена между подсистемами — через оперативную или внешнюю память, посредством подсистемы управления базой данных. Средства этого языка должны позволять создавать макрокоманды, определяющие марщруты выполнения проектирующих подсистем ПО. Языки управления проектирующих пакетов значительно сложнее, поскольку должны отражать все возможн1>1е постановки задач проектирования в конкретных предметных областях, решение которых допускают пакеты. Обычно эти языки имеют процедурный характер (см. 5.3).  [c.28]

Нисходящее проектирование (пошаговая детализация) представляет собой последовательность шагов, уточняюших проект. Первый шаг — определение способа решения задачи в самых общих чертах. За первым шагом следуют мелкие шаги в направлении детализации алгоритмов и структур данных. В ходе этого процесса выделяются отдельные модули решения и данных, и дальнейшая конкретизация каждого модуля может производиться независимо. Специально для реализации стратегии нисходящего проектирования разработай язык проектирования программ PDL [4]. Он состоит из двух частей 1) заданного набора операторов,-построенных по образцу того языка программирования, на котором планируется вести кодирование компонентов ПО 2) предложений естественного языка. Для описания логики проектируемой программы используются управляющие структуры языка программирования (цикл, ветвление, вызов подпрограмм), а для описания данных и процедур их обработки — естественный язык.  [c.40]

На следующем шаге второй оператор заменяется одной из управляющих структур — следование, ветвление или цикл, на третьем и последующих шагах предложения на русском языке последовательтю заменяются допустимыми структурами, пока не будут исключены полностью. В результате получается программа, характеризующаяся простотой, ясностью, легкой модифицируемостью.  [c.45]

Алгоритмический язык ассемблера используется при создании сложных программных систем. Область применения этого языка в ПО САПР должна быть ограничена только отдельными модулями управляющей и обслуживающих подсистем, поскольку его жесткая привязка к типу ЭВМ н ОС усложняет адаптацию САПР к новым условиям применения. Возможно, что с распространением трансляторов с языка СИ потребность в языке ассемблера при разработке ПО ( ЛП1 отпадет совсем. Однако знание языка ассемблера, как и особенностей работы используемой ЭВМ, обязательно для прог-раммиста-профессионала, с каким бы языком он пи работал.  [c.47]

Комплекс ПЛ-6 допускает работу пользователя непосредственно с промежуточного языка. Обработка описания на промежуточном языке 2 производится компилятором К, представляющим собой языковую подсистему ПА-6, снабженную собственным монитором. В результате его работы во внешней памяти ЭВМ создается временная библиотека 3 объектных модулей, содсрл<ащая подпрограммы н управляющие блоки, необходимые для расчета объекта. Далее работает редактор связей P из состаиа используемой ОС, который компонует загрузочный модуль рабочей программы РП (обрабатывающей подсистемы ПА-6) из модулей двух типов сгенерированных компилятором и библиотечных, постоянно хранящихся в библиотеках 4 комплекса. Полученная таким образом рабочая программа загружается в ОП, с этого момента и начинается собственно расчет проектируемого объекта.  [c.141]

По описанию задачи и предметной области на входном языке системы транслятор описаний строит модель задачи и соответствующую управляющую программу. При этом используется модель предметной области. В дальнейщем планировщик строит модель решения подзадач, а компилятор собирает программные модули в соответствии с управляющей программой, получая рабочую программу.  [c.66]

Ориентация средств автоматизации конструирования на пользова-теля-конструктора требует от разработчиков этих средств создания систем диалога, причем диалога, ведущегося на естественном языке. Наиболее простой и широко применяемой формой интерактивной работы конструктора с ЭВМ является диалог, управляемый специальной программой — монитором, которая на каждом шаге диалога предлагает пользователю вопрос и допустимое множество ответов на него (метод  [c.185]

Прикладное ПО подсистемы разработано на языке программирования ФОРТРАН с применением ППП ГРАФОР. Существенные взаимосвязи между модулями прикладного ПО показаны на рис. 6.5. В целом соответствующая программная система автоматизированного конструирования гиродвигателей содержит более 30 модулей различного назначения и позволяет формировать любой требуемый контур, ограничивающий односвязную поверхность, хранить координаты контуров в виде наборов данных на внешних запоминающих устройствах, вносить изменения в конфигурации контуров путем задания новых значений координат, производить вставку отверстий и выполнять скругления. Одновременно с формированием требуемого графического изображения программная система проводит расчеты массы, объема, момента инерции элемента конструкции. Работа конструктора с программами системы осуществляется в режиме диалога, управляемого программами. Кроме того, в состав системы включены программные модули, анализирующие действия пользователей и вьщающие сообщения о допущенных ошибках и рекомендации по их исправлению. В самостоятельную группу выделены прюграммные модули, используемые для получения изображений базо-202  [c.202]

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

Выходная ршформация процесса представляется в виде управляющей программы на проблемно-ориентированном языке, управляющей программы в коде конкретного станка с ЧПУ, проектно-технологической документации в требуемом формате. Проектно-технологическая документация может быть оформлена в виде чертежей, текстовой информации или рисунков. Документы создаются автоматически по указанному шаблону список ршструмен-тов, карты цикла, карты инструмента, карты последовательностей.  [c.125]

Робототехнические системы, особенно с адаптивными и интеллектуальными роботами, нуждаются в микропроцессорном управлении. Здесь речь идет о распределенном, а не централизованном управлении. Распределенное машинное управление возможно либо с немощью микроЭВМ, либо с помощью микропроцессорных блоков функционального назначения (БФН) [12]. Преимущественное предпочтение отдается БФН. Когда в алгоритмах встречаются необходимые операции с матрицами, то самым удобным языком встроенного программирования оказывается язык с по-следовате.льной логикой диапрограмм перехода состояний. За универсальность пришлось платить снижением реального быстродействия и объемом памяти. Число управляющих ЭВМ не монеет быть слишком большим, так как это требует использования для управления распределенными объектами весьма развитой периферии. Трудности возникают также при взаимодействии программистов с операционными системами. Частично их можно решить разработкой специализированных операционных систем и специальных языков. Однако принципиальное решение проблемы os-Дания экономичных управляющих комплексов получено лишь в последние годы. Появление мини- и микроЭВМ, микропроцессорной техники дало возможность реализовать децентрализованный принцип построения сложных систем управления. Применение микропроцессорной техники для управления роботами существенно сократило и число и объем задач, для решения которых необходимо использовать управляющую ЭВМ.  [c.75]



Смотреть страницы где упоминается термин Управляющие языки : [c.347]    [c.169]    [c.90]    [c.104]    [c.336]    [c.346]    [c.57]    [c.122]    [c.127]    [c.128]    [c.162]    [c.253]    [c.210]   
Смотреть главы в:

Основы интерактивной машинной графики  -> Управляющие языки



ПОИСК



Автоматизированное формирование управляющих программ с помощью Язык

Языки



© 2025 Mash-xxl.info Реклама на сайте