Разработка - управляющая программа
Cтраница 3
Два документа называются вспомогательными: карта заказа ка разработку управляющей программы ( КЗП) для указания исходных данных, необходимых при разработке управляющей программы к станкам с ЧПУ, и ведомость обрабатываемых детален ( ВОД) на станках с ЧПУ для указания исходных данных, необходимых для расчета загрузки одной единицы оборудования с ЧПУ. [31]
 |
Автоматическая линия для комплексной обработки. [32] |
Запуск и выпуск готовых деталей планируются ЭВМ, производящей необходимые плановые, диспетчерские и инженерные расчеты - расчет режимов резания, нормирования и разработка управляющих программ. [33]
По степени углубленности разработок различают несколько уровней проектирования: разработку принципиальной схемы технологического процесса, проектирование технологического маршрута обработки детали, проектирование технологических операций, разработку управляющих программ для оборудования с числовым программным управлением. [34]
Проектирование технологического процесса включает в себя ряд иерархических уровней: разработку принципиальной схемы технологического процесса, представляющей последовательность этапов укрупненных операций; проектирование технологического маршрута обработки детали ( или сборки изделия); проектирование технологических операций; разработку управляющих программ для оборудования с ЧПУ. Уровень определяет степень детализации получаемых описаний технологического процесса. [35]
Несмотря на многообразие различных МПС, связи между отдельными модулями системы в значительной степени унифицированы, поэтому затраты на разработку аппаратной части МПС составляют 20 - 30 % от общей стоимости МПС, а основные затраты приходятся на разработку управляющих программ. [36]
 |
Тиски пневматические с переустанавливаемой губкой. [37] |
В отличие от приспособлений к универсальным станкам для приспособлений к станкам с ЧПУ важно осуществление полного их базирования на столах станков, что значительно сокращает подготовительно-заключительное время, связанное со сменой приспособлений, так как исключает выверку приспособлений на столе станка и упрощает разработку управляющих программ. [38]
 |
Схема функционирования комплексной автоматизированной системы. [39] |
Разработку управляющей программы выполняют за три шага. Вначале, на первом шаге, основываясь на описании детали в базе данных и маршрутном технологическом процессе, геометрическое описание переводят в программу обработки до-тали. На третьем шаге управляющую программу переводят в коды конкретной системы ЧПУ. Достоинством рассматриваемой системы является использование одного банка данных для решения всех предусмотренных задач. [40]
Существуют три основных способа разработки управляющих программ: ручное программирование ( manual programming techniques), программирование на стойке ЧПУ ( shop-floor) и программирование при помощи САМ-систем. [41]
Этот показатель более важный, так как именно он определяет эффективность декомпозиции исходной задачи разработки ПО в целом на ряд вложенных подзадач разработки его компонентов. Поэтому, в частности, трудоемкость разработки управляющих программ выше ( приблизительно в 4 раза) трудоемкости разработки прикладных программ. [42]
В результате от графа взаимодействия между задачами появляется возможность перейти к взаимодействию между относительно мелкими программными модулями. Схема взаимодействия фиксируется для ЭВМ при разработке управляющей программы ( диспетчера) ППП. [43]
Очень важно обеспечить удобное взаимодействие транслятора графического языка с трансляторами универсальных языков, используемыми для программирования проектных задач. Это облегчает управление процессом подготовки графических данцых для ЭВМ и избавляет от необходимости разработки дополнительных управляющих программ. Транслятор, кроме того, должен быть гибким и легко изменяемым, так как пользователи не имеют, как правило, опыта в создании трансляторов алгоритмических языков. Необходимость реализации изменений вытекает из характера графического языка. Оптимальный набор операторов языка не является фиксированным множеством, а зависит от специфики проектных задач, решаемых конкретным пользователем. [44]
Теория ВС направлена на систематизацию опыта многочисленных и разнотипных инженерных разработок, обобщение в форме аналитических моделей свойств алгоритмов и реализующих их структур, выявление свойств различных вариантов построения ВС и разработку методов синтеза оптимальных систем для различных применений. Потенциальная сфера применения теории ВС широка - - системное проектирование ЭВМ и комплексов вычислительных средств, разработка управляющих программ и операционных систем, проектирование АСУ, организация эксплуатации машин в вычислительных центрах и планирование работы вычислительных сетей. [45]
Страницы: 1 2 3 4