Главная › Интернет › Системы автоматизированного проектирования технологических процессов (сапр тп). структура и задачи. Современные сапр тп Что такое сапр тп

Системы автоматизированного проектирования технологических процессов (сапр тп). структура и задачи. Современные сапр тп Что такое сапр тп

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

Автоматизация проектирования предусматривает систематическое использование ЭВМ в процессе проектирования и в обоснованном распределении функций между технологом-проектировщиком и ЭВМ.

Использование автоматизированного проектирования не только повышает производительность труда технолога, но и способствует улучшению условий труда проектировщиков; количественной автоматизации умственно-формальных (нетворческих) работ; разработке имитационных моделей на воспроизведение деятельности технолога, его способности принимать проектные решения в условиях частичной или полной неопределенности в возникающих ситуациях проектирования.

Проектирование технологического процесса включает ряд уровней: разработку принципиальной схемы технологического процесса, проектирование технологического маршрута, проектирование операций, разработку управляющих программ для оборудования с числовым программным управлением.

Проектирование сводится к решению группы задач, которые относятся к задачам синтеза и анализа. Понятие «синтез» технологического процесса в широком смысле этого слова близко по содержанию к понятию «проектирование». Однако здесь есть разница, которая заключается в том, что проектирование означает весь процесс разработки технологического процесса, а синтез характеризует создание варианта технологического процесса, не обязательно окончательного. Синтез как задача может выполняться при проектировании много раз, сочетаясь с решением задач анализа. Анализ технологического процесса или операции – это изучение их свойств; при анализе не создаются новые технологические процессы или операции, а исследуются заданные. Синтез направлен на создание новых вариантов технологических процессов или операций, а анализ используется для оценки этих вариантов.

Технологический процесс механосборочного производства и его элементы являются дискретными, поэтому задача синтеза сводится к определению структуры. Если среди вариантов структуры отыскивается не любой приемлемый, а в некотором смысле наилучший, то такую задачу синтеза называют структурной оптимизацией.

Расчет оптимальных параметров (режимов резания, параметров качества и др.) технологического процесса или операции при заданной структуре с позиции некоторого критерия называют параметрической оптимизацией.

На каждом уровне процесс технологического проектирования (проектирование технологических процессов и их оснащения) представляется как решение совокупности задач (рис. 5.1). Проектирование начинается с синтеза структуры по техническому заданию (ТЗ). Исходный вариант структуры генерируется, а затем оценивается с позиции условий работоспособности (например, по обеспечению заданных параметров качества изделия). Для каждого варианта структуры предусматривается оптимизация параметров, так как оценка должна выполняться по оптимальным или близким к оптимальным значениям параметра.

В современных условиях совершенно очевидна необходимость системного подхода к автоматизированному проектированию, представляющему собой комплекс средств автоматизации в его взаимосвязи с необходимыми подразделениями проектной организации или коллективом специалистов (пользователи системы), выполняющих проектирование. Можно формулировать ряд принципов, которые используются при создании систем автоматизированного проектирования, в том числе проектирования технологических процессов согласно ГОСТ 22487– 77:

САПР создается как автоматизированная система, где проектирование ведется с помощью ЭВМ и важным звеном которого является инженер-проектировщик;

САПР строится как открытая развивающаяся система. Разработка САПР занимает продолжительное время, и экономически целесообразно вводить ее в эксплуатацию по частям по мере готовности. Созданный базовый вариант системы может расширяться. Кроме того, возможно появление новых, более совершенных математических моделей и программ, изменяются также и объекты проектирования;

Рисунок 5.1 - Схема процесса проектирования на 1-м уровне

САПР создается как иерархическая система, реализующая комплексный подход к автоматизации на всех уровнях проектирования. Блочно-модульный иерархический подход к проектированию сохраняется при применении САПР. Так, в технологическом проектировании механосборочного производства обычно включают подсистемы: структурного, функционально-логического и элементного проектирования (разработка принципиальной схемы технологического процесса, проектирование технологического маршрута, проектирование операции, разработка управляющих программ для станков с ЧПУ). Возникает необходимость обеспечения комплексного характера САПР, т. е. автоматизации на всех уровнях проектирования. Иерархическое построение САПР относится не только к специальному программному обеспечению, но и к техническим средствам (центральному вычислительному комплексу и автоматизированным рабочим местам);

САПР как совокупность информационно-согласованных подсистем означает, что обслуживание всех или большинства последовательно решаемых задач ведется информационно-согласованными программами. Плохая информационная согласованность приводит к тому, что САПР превращается в совокупность автономных программ.

Структурными частями САПР являются подсистемы. Подсистема – выделяемая часть системы, с помощью которой можно получить законченные результаты. Каждая подсистема содержит элементы обеспечения. Предусматриваются следующие виды обеспечения, входящие в состав САПР:

методическое обеспечение – совокупность документов, устанавливающих состав и правила отбора и эксплуатации средств обеспечения автоматизированного проектирования;

информационное обеспечение – совокупность сведений, представленных в заданной форме, необходимых для выполнения проектирования (совокупность каталогов, справочников и библиотек на машинных носителях);

математическое обеспечение – совокупность математических методов, математических моделей и алгоритмов, представленных в заданной форме и необходимых для автоматизированного проектирования;

лингвистическое обеспечение – совокупность языков проектирования, включая термины и определения, правила формализации естественного языка и методы сжатия и развертывания текстов, представленных в заданной форме и необходимых для автоматизированного проектирования;

программное обес печение – совокупность машинных программ, представленных в заданной форме, необходимых для выполнения проектирования. Программное обеспечение делят на две части: общее, которое разрабатывается для решения любой задачи и специфику САПР не отражает, и специальное программное обеспечение, включающее все программы решения конкретных проектных задач;

техническое обеспечение – совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для автоматизированного проектирования. Наиболее успешно эти требования могут быть удовлетворены на основе применения ЭВМ единой серии (ЕС ЭВМ);

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

Работа САПР проводится в двух режимах – пакетном и диалоговом.

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

Диалоговый режим (оперативный или интерактивный) используется в случаях, когда: 1) существуют трудно-формулизируемые правила и процедуры для принятия решения (например, распределение переходов по позициям многооперационных станков, выбор баз и другие решения); 2) объем числовой информации, подлежащий вводу в ЭВМ в процессе диалога, невелик (при большом объеме информации диалог затягивается и аппаратура используется малоэффективно); 3) время ожидания решений должно составлять от нескольких секунд, - для часто повторяющихся процедур, до нескольких минут - для редко встречающихся процедур.

Классификация САПР

Установлены следующие признаки классификации САПР (ГОСТ 23501.108–85): тип объекта проектирования; разновидность объекта проектирования; сложность объекта проектирования; уровень автоматизации проектирования; комплексность автоматизации проектирования; характер выпускаемых документов; число выпускаемых документов; число уровней в структуре технического обеспечения.

По каждому признаку имеются классификационные группировки САПР и их коды, которые определяют принадлежность создаваемой системы к определенному классу САПР.

Коды классификационных группировок различают по признакам сложности объекта проектирования, уровню автоматизации проектирования, комплексности автоматизации проектирования и по числу выпускаемых документов определяют по отраслевым нормативно-техническим документам.

Уровень автоматизации проектирования показывает, какую часть процесса проектирования (в %) выполняют с использованием средств вычислительной техники; комплексность автоматизации проектирования характеризует широту охвата автоматизацией этапов проектирования определенного класса объектов.

По первому признаку – тип объекта проектирования – установлены три кода классификационной группировки для машиностроения (ГОСТ 23501.108– 85):

САПР изделий машиностроения – для проектирования изделий машиностроения;

САПР технологических процессов в машиностроении – для проектирования технологических процессов в машиностроении;

САПР программных изделий – для проектирования программ ЭВМ, станков с ЧПУ, роботов и ТП.

Код и наименование классификационной группировки по признаку «Разновидность объекта проектирования» определяют по действующим классификаторам на объекты, проектируемые системой:

для САПР изделий машиностроения и приборостроения – по классификаторам ЕСКД или Общесоюзному классификатору промышленной и сельскохозяйственной продукции (ОКП);

для САПР технологических процессов в машиностроении и приборостроении – по классификатору технологических операций в машиностроении и приборостроении или по отраслевым классификаторам.

Сложность объектов проектирования определяется пятью кодами классификационной группировки: САПР простых объектов (технологическая оснастка, редуктор), САПР объектов средней сложности (металлорежущие станки), САПР сложных объектов (трактор), САПР очень сложных объектов (самолет) и САПР объектов очень высокой сложности.

Существуют три классификационные группировки уровня автоматизации проектирования: система низко-автоматизированного проектирования, когда уровень автоматизации проектирования составляет до 25 %; система средне-автоматизированного проектирования – уровень автоматизации проектирования составляет 25 ... 50 %; система высокоавтоматизированного проектирования – уровень автоматизации проектирования составляет свыше 50 %.

Одноэтапная, многоэтапная, комплексная САПР определяет комплексность автоматизации проектирования.

Установлено три кода классификационной группировки уровней в структуре технического обеспечения САПР: одноуровневая – система, построенная на основе средней или большой ЭВМ со штатным набором периферийных устройств, включая средства обработки графической информации; двухуровневая – система, построенная на основе средней или большой ЭВМ и взаимосвязанных с ней одного или нескольких автоматизированных рабочих мест (АРМ), имеющих собственную ЭВМ; трехуровневая – система, построенная на основе большой ЭВМ, нескольких АРМ и периферийного программно-управляемого оборудования для централизованного обслуживания этих АРМ, или на основе большой ЭВМ и группы АРМ, объединенных в вычислительную сеть.

Пример формализованног о описания САПР

Коды классификационных группировок САПР – Станки:

1.041000.2.1.2.1.1.1.2.

Номер классификационной группировки САПР	Код классификационной группировки	Наименование классификационной группировки	Классификаторы, стандарты, методики или др. документы, в соответствии с которыми определены коды классификационных группировок
1 2 3 4 5 6 7 8	1 041000 2 1 1 1 1 2	САПР изделий машиностроения Станки и линии для обработки резанием (кроме деревообрабатывающих) САПР объектов средней сложности Система низкоавтоматизированного проектирования. Уровень автоматизации проектирования 22.5 «/о САПР, одноэтапная. Выполняет один этап конструкторского проектирования (конструирования) САПР, выпускающая документы на бумажной ленте и листе ПОИСК ПО САЙТУ:

Здравствуйте! Я работаю инженером-технологом на одном из крупнейших предприятий города Минска в области машиностроения. В своей работе, да и в процессе учебы, сталкивался с разного рода САПР ТП. Практически все, в чем мне приходилось работать (TechCard, ADEM, Вертикаль и пр.), а также читать и слышать, это, так называемые, "оформлялки" технологических процессов. Я, как человек увлекающийся программированием, называю их еще программы-КОМПИЛЯТОРЫ .

Работа с этими системами - это издевательство над инженерами-технологами в век современных технологий!!!

Возможно лет этак надцать назад это было бы актуально, но сегодня???

Мне посчастливилось познакомиться и пообщаться с людьми которые стояли у истоков разработки программного обеспечения для задач автоматизации технической подготовки производства (технологического проектирования) в ЦНИИТУ(Центральный научно-исследовательский и проектно-технологический институт организации и техники управления) на просторах Союза в далеких 60-х годах. Их задумки, идеи и их реализация меня просто поразили.

Уже тогда, когда ни у кого еще не было персонального компьютера, они разрабатывали и внедряли на предприятиях программу-ИНТЕРПРИТАТОР построения ТП, работа которого основана на таблицах принятия решений.

Я сам немного работал в таких программах, реализованых еще под DOS, где вводишь исходные данные(размеры, точность поверхностей, шероховатость, термообработку) и получаешь технологический процесс.

Только вдуматься, 50 лет назад, уровень САПР ТП был гораздо выше, чем сейчас, в век современных технологий.

А самое страшное это то, что дальнейшее развитие САПР ТП идет по пути появления новых или улучшения существующих "программ-оформлялок" ТП.

______________________________________________________________________________________

P.S.: Уважаемые разработчики САПР ТП, когда вы начнете разрабатывать интеллектуальные системы проектирования технологических процессов???

Изменено 20 октября, 2015 пользователем AlexanderSa

Итак, запускаем её.

Давайте попробуем прикинуть, какие входные данные нам потребуются для реализации подобной большой красной кнопки:

На начальном этапе развития данного направления, я считаю, их количество должно быть минимальным . Обойдемся двумя: квалитет точности размера (лучше конечно сам размер с отклонениями, а комп будет определять квалитет сам) и шероховатость поверхности.

Если это единичное, мелкосерийное производство и нам нужен маршрутный ТП, данные выводятся на бланк маршрутной карты (МК). Или, возможно, инженер-технолог немного "колдует" над ними (например, ставит основное время и др.) и выводит на печать.

Это ли ни есть автоматизация ТП и конкуренция Ms Word?)))

Если это среднесерийное, крупносерийное, массовое производства наши операции отправляются в программу-оформлялку (например, TechCard) и появляюся там в виде операций. А дальше как обычно, начинает трести бубном технолог)))

Возможно вы скажите, так какая тут автоматизация (сокращение времени проектирования)? Она может и не большая, но это открывает для нас дальнейшие возможности для автоматизации на следующем этапе.

Этапы, автоматизации:

1)программы-оформлялки;

2)внедрение "Большой Красной Кнопки" в программы оформлялки (то про что сейчас речь);

и 3)Чертеж конструктора - это параметрическая модель с исходными данными (размерами, шероховатостью, твердостью) и т.д. Вот тогда количество входных данных в "Большую Красную Кнопку" можно делать максимальным (их же вводит конструктор, создавая чертеж, а не технолог)))). А далее эти данные передаются в программу-оформлялку.

Другими словами "Большая Красная Кнопка" - это искусственный интеллект, который возможно для разных производств, следует, специализировать. То есть разрабатывать, например, для инструментального производства свой, для ремонтного свой и т.д. Или предоставлять инструменты для его разработки пользователям.

_________________________________________________________________

Вот как то так.

Возможно это не лучшая идея реализации и кто-то придумает лучше, но идея я считаю верная: САПР ТП должны развиваться в сторону интеллектуальных САПР ТП.

1 462

модель с исходными данными

трехмерной модели с аннотациями PMI

За этим будущее. Но много ли сейчас НЕ предприятий-гигантов делают нечто подобное?

NGM 205

На начальном этапе развития данного направления, я считаю, их количество должно быть минимальным. Обойдемся двумя: квалитет точности размера (лучше конечно сам размер с отклонениями, а комп будет определять квалитет сам) и шероховатость поверхности. Далее получив маршрутный технологический процесс обработки инженер-технолог редактирует его (например, нам надо добавить термическую обработку, так как твердость мы не указывали и т.д.) Если это единичное, мелкосерийное производство и нам нужен маршрутный ТП, данные выводятся на бланк маршрутной карты (МК). Или, возможно, инженер-технолог немного "колдует" над ними (например, ставит основное время и др.) и выводит на печать.

Мои поздравления - вы бодрым шагом маршируете по граблям, об которые в 80-х годах разработчики разнообразных сапртыпэ оббили себе всё, что можно и нельзя.

Назвать это автоматизацией ТП - нельзя, автоматизация техпроцессов - это ЧПУ, роботы и иже с ними. Назвать это автоматизацией подготовки производства - можно с огромной натяжкой. Ваша БКК применима только для конкретного производства и для очень узкой номенклатуры. И чем больше вы будете расширять эту номенклатуру, тем сильнее вы будете привязываться к условиям конкретного предприятия/цеха. Еще раз - никто не мешает вам это делать. Но не стоит ждать, что подобные системы будут разрабатываться для массового пользования.

Другими словами "Большая Красная Кнопка" - это искусственный интеллект, который возможно для разных производств, следует, специализировать.

Искусственный интеллект? Он будет самообучаем? Он сможет моделировать неформальное мышление? Не путайте экспертную систему с искусственным интеллектом. Это родственные понятия, но между ними огромный разрыв. Кое-кто даже к пенсии не может понять этого...

Как говорит мой преподаватель по программированию: "Вы должны разрабатывать такие программы, которые будут писать другие программы. Вот это вышка...")))

NGM 205

Или даже так: что нужно предприятию, чтобы реализовать такую схему проектирования?

Шаг №1 - ввести положение, по которому трехмерная электронная модель изделия будет являться подлинником.

Вы конечно во многом правы. Но я говорю об автоматизации технологической подготовки производства.

Еще раз - никто не мешает вам это делать. Но не стоит ждать, что подобные системы будут разрабатываться для массового пользования.

Проблема вся в том, что инженеры-технологи, не знающие языков программирования и не являющиеся программистами, не могут сами разработать эти БКК под свои производства. Поэтому, почему бы, например, как вариант, в рамках программы-оформлялки, не разработать какие-либо инструменты для этого. То есть например некий язык программирования, понятный инженеру технологу и в котором он мог бы создать эту БКК под специфику своего производства. Или отредактировать БКК написанную кем-то.

Например, если не ошибаюсь, NX содержит в себе такое решения для автоматизации подготовки производства как создание управляемых знаниями приложений (Knowledge Fusion).

Я не говорю, что БКК должна полностью выдавать готовый ТП. Но если она уменьшит время на разработку ТП, хотя бы на какой-то небольшой промежуток времени, это уже будет хоть какая-то автоматизация. А главное, что это создаст предпосылки, для широкого внедрения "трехмерной модели с аннотациями PMI".

Так как, например, начертил конструктор трехмерную модель с параметрами в CAD-системе. И что дальше с ней делать? Одно дело, когда по ней технолог написал программу обработки на какой-либо один обрабатывающий центр в CAM-системе и все ОК (это конечно идеальный вариант, но много ли у нас таких производств?). Другое, когда эта деталь обрабатывается на множестве станков, то есть операций много, и надо знать какой операции какие параметры передать. А кто это будет делать? Пока это все делается по сути вручную.

Например, там где я работал раньше, конструктор чертит 3D модель(чертеж) в CAD-е. Далее цеховой технолог, знающий свое оборудование, отрабатывает ее на технологичность(война за уменьшение точности))) и возможность её изготовить в принципе), и пишет маршрутный ТП ВРУЧНУЮ РУЧКОЙ! на поле чертежа. Так как это наиболее эффективный и быстрый способ. Обработка включает множество операций, часть из которых выполняют станки с ЧПУ. И для этих операций другой технолог, пишущий программы ЧПУ, по бумажным эскизам цехового технолога! (не по CAD-модели конструктора, так как эти операции промежуточные) на эти операции разрабатывает программу обработки.

Тут конечно можно, возражать, по поводу организации производства и её уровня. Но давайте спустимся на землю и будем реалистами.

А вот если бы между конструктором, разработавшим CAD-модель с параметрами и технологом, пишущим программу на ЧПУ, существовала БКК под надзором цехового технолога, появилась бы возможность автоматизировать труд инженера-технолога пишущего программу с ЧПУ, в полной мере воспользовавшись преимуществами 3D модели с параметрами.

Или предоставлять инструменты для его разработки пользователям.

Как говорит мой преподаватель по программированию: "Вы должны разрабатывать такие программы, которые будут писать другие программы. Вот это вышка...")))

Опять же - мечты многих "автоматизаторов" 70-80 годов. Программист должен разрабатывать программы, которые будут выполнять требуемые функции и обеспечивать необходимый функционал, а не "писать другие программы".

Я имею ввиду это в таком контексте: Большинство заказов в отечественных IT-компаниях, ориентировано на разработку программного обеспечения задач, информационных систем и технологий по модели аутсорсинга (доработка, сопровождение, тестирование разработанных и функционирующих за рубежом информационных систем). То есть наши программисты задействованы на выполнение "черновой" работы. Программное обеспечение с высокой добавленной стоимостью разрабатывают зарубежные компании, зачастую с помощью наших специалистов. То есть системное ПО, языки программирования и др. нам продают для разработки прикладного ПО и внедрении информационных систем в организации нашей страны.

Мы с вами можем много спорить о том, какими на самом деле крутыми были программисты, алгоритмизаторы и разработчики в СССР, но давайте смотреть правде в глаза - пока они думали над тем, как создать кнопку, по нажатию которой из принтера полезет техпроцесс, на западе и в США думали об организационных вопросах производства и обработке на станках с ЧПУ. Наверное, не будь так силен культ чертежа и техпроцесса, мы бы сейчас имели достойного отечественного конкурента NX, Creo и CATIA. А имеем мы то, что имеем...

Я придерживаюсь принципа, что развиваться нужно во всех направлениях. И каждый должен заниматься своим делом. И говорю в контексте проблем развития САПР ТП (программ-оформлялок).

Можно конечно говорить много как у "них" все хорошо, и как мы отстали и ждать когда придумают что-то еще новое. А можно самим попытаться что-то придумать и реализовать)

560

Сложность процесса проектирования зависит от конкретного объекта, размеров и структуры проектной организации. На начальной стадии проектирования принимаются решения, в основе которых лежат эвристические (опытные) соображения с учетом неполных знаний об их влиянии на обеспечение конечной цели. Эта часть проектирования называется СИНТЕЗОМ.

На окончательной стадии проектирования выполняют анализ. Проектирование является циклическим процессом. Между операциями анализа и синтеза существует обратная связь.

Линейная структура (переход к следующему этапу только по завершению предыдущего).

Позволяет вернуться на предыдущий этап

8. Состав и структура сапр тп

Составными структурными частями САПР ТП являются подсистемы. В каждой подсистеме решается функционально законченная последовательность задач. САПР ТП состоит из подсистем:

подсистемы проектирования;

подсистемы обслуживания.

Подсистема – совокупность взаимосвяз-х эл-в, спос-х вып-ть относительно независимые ф-ции и реализовывать подцели, направл-е на достиж-е общей цели системы.

Подсистемы проектирования выполняют процедуры и операции получения новых данных. Они имеют объектную ориентацию и реализуют определенный этап проектирования или группу взаимосвязанных проектных задач, например, подсистема проектирования детали, ТП и т.д.

Обслуживания подсистем имеют общее системное применение и служат для обеспечения функции проектирований систем, например, систем управления БД, системы ввода/вывода данных, передачи данных и т.д.

9. Виды обеспечения сапр тп

Методическое обеспечение – совокупность документов, устанавливающих состав и правила отбора и эксплуатации средств обеспечения проектирования.

Информационное обеспечение – совокупность данных, необходимых для проектирования, представленных в заданной форме.

Математическое обеспечение – совокупность математических методов, математических моделей, алгоритмов, необходимых для проектирования.

Программное обеспечение – совокупность машинных программ, необходимых для программирования, представленных в заданной форме на машинных носителях.

Техническое обеспечение – совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для автоматизации проектирования.

Лингвистическое – совокупность языков проектирования, включая термины и определения, правила формализации и методы развертывания и сжатия текстов, необходимых для проектирования, представленных в заданной форме.

Организационное обеспечение – совокупность документов, устанавливающих состав проектной организации и её подразделений, связи между ними, функции, а также форму представления и рассмотрения проектных документов, необходимых для проектирования.

12. Информационное обеспечение сапр тп. Исходная инф-я и создание информационных баз

Исходной информацией для проектирования ТП является конструкторская документация на бумажном носителе или в электронном представлении, а также файлы, содержащие плоские и объемные модели изделий. Для выполнения проектирования необходимо использовать различную справочную информацию (ГОСТ, станки, нормали и т.д.).

Вся эта информация, описанная формализовано, составляет информационный фонд САПР ТП. Основным средством ведения информационного фонда является СУБД.

СУБД – программный комплекс, обеспечивающий создание структуры, ввод, модификацию, удаление и поиск данных, а также язык программирования, с помощью кот-х формируются указанные операции. Совок-ть БД и СУБД – банк данных.

К БД предъявляются следующие требования:

min избыточность;

независимость;

целостность данных;

секретность.

При создании любой БД разрабатывается модель данных, при этом интересующая пользователей информация существует в двух представлениях:

логическом; физическом.

Логическое представление данных отражает структуру данных, модель не содержит конкретных значений, а только отражает структуру; в дальнейшем структура не изменяется, а данные могут меняться при вводе и редактировании информации.

Применяют следующие модели данных:

реляционные (табл.);

иерархические.

Большинство современных САПР ТП используют реляционные модели данных.

Объектом автоматизации в САПР ТП является проектирование.

Проектирование ‒ это интеллектуальная деятельность человека (группы людей), результатом которой является описание создаваемого объекта. В САПР ТП объектом проектирования является технологический процесс.

Проектирование состоит из последовательности рутинных (нетворческих) и творческих операций. К числу рутинных относятся расчеты по известным методикам, поиск информации, оформление документации. Рутинные операции занимают больше половины времени от общей трудоемкости проектирования. САПР способна снизить трудоемкость этих операций, используя возможности программных и аппаратных средств: хранение, передача и обработка данных, ввод-вывод текстовой и графической информации .

Большинство операций рутинного характера являются типовыми, т.е. имеют общую последовательность действий. Для их выполнения требуется постановка задачи, исходные данные и последовательность выполнения. Например, для решения размерной цепи, потребуется ввести информацию о замыкающем звене и увеличивающих или уменьшающих составляющих звеньях и выбрать метод решения, который описан алгоритмом, хранящимся в памяти ЭВМ.

Алгоритм – это предписание, определяющее последовательность и содержание математических и логических действий. На его основе создается программа. Алгоритм и работа составленной по нему программы поясняются блок-схемой.

Операции творческого характера не являются типовыми, поэтому их невозможно описать одним алгоритмом, для их выполнения требуются опыт, знания и навыки инженера, которыми САПР не обладает. Возможность хранения в САПР больших объемов справочных данных и алгоритмов типовых операций позволяет ей выполнять рутинные работы, по результатам которых инженер принимает решение.

Способы автоматизированного проектирования следует искать из анализа структуры ТП и логики принятия технологом решений без применения ПЭВМ.

ТП состоит из последовательности операций, связанных между собой и состоящих из установов и переходов, как это показано на рис. 3. Операция выполняется на одном рабочем месте (на единице технологического оснащения) за один или несколько установов обрабатываемой заготовки в приспособлении, определенным набором инструментов. На одном установе возможно несколько рабочих позиций заготовки (например, при установке корпусной детали на поворотном столе). В каждой позиции выполняется несколько переходов разнообразным инструментом. Для выполнения одного перехода потребуется несколько рабочих и вспомогательных ходов инструмента. Поэтому структуру ТП следует рассматривать как совокупность элементов разного уровня. Операция является элементом высокого уровня, а переход – элемент низкого уровня. Под элементом низкого уровня можно рассматривать проход инструмента в переходе.

Рис. 3. Пример структуры ТП обработки резанием: О – операция, У – установ, П – переход

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

Логика формирования операций, переходов и ТП реализуется двумя основными способами: от частного к общему либо от общего к частному. В логической цепочке мыслительной деятельности технолога общим может являться ТП и операция, и соответственно к частному следует отнести операцию и переход, в зависимости от имеющейся исходной информации для разработки ТП. Если ТП разрабатывается на основании унифицированного ТП, то сначала решается общий вопрос по структуре ТП, а затем переходят к решению частных вопросов относительно содержания (структуры) операций и переходов. Обратная последовательность характерна при работе без унифицированного ТП, когда по конструкции заготовки, детали и годовой программе принимаются методы обработки поверхностей, схемы базирования, составляются переходы, установы, формируются операции и приходят к общему решению – маршрутному ТП.

Большинство структурных элементов ТП различных изделий, несмотря на различия в технологии и конструкции, имеют подобную структуру или (и) содержание. Поэтому независимо от логики суждений технолога содержание разработки ТП можно рассматривать как последовательность выбора типовых решений (типовые средства технологического оснащения, типовые операции, установы, переходы или проходы) под заданную конструкцию изделия и заготовки при годовой программе выпуска. Выбор обоснован условиями принятия решения, которые вводит пользователь в режиме диалога, либо автоматически выбирается программой из базы условий. Условия выбора типовых решений формулируются пользователем и вводятся в базу условий для прикладной программы, которая применяет их при составлении ТП на технологически подобные изделия.

На рис. 4 показана блок-схема алгоритма принятия типовых решений:

блок 1 – имеющиеся множества типовых решений;

блок 2 – вызов типового решения;

блок 3 – условие выбора вызванного решения;

блок 4 – ввод условия выбора решения;

блок 5 – логическое суммирование типовых решений для формирования частного (или общего) решения;

блок 6 – условие получения частного (или общего) решения;

блок 7 – ввод условия формирования частного (или общего) решения;

блок 8 – если решение сформировано, тогда оно выводится на монитор;

блок 9 – если решение не сформировано по условию блока 6 или предложенное типовое решение не выбрано по условию блока 3, тогда проверяется условие окончания перебора всего множества, если нет, тогда вызывается (блок 2) следующее типовое решение из множества в блоке 1;

блок 10 – если все типовые решения проверены (условие блока 9 выполняется), тогда требуется ввести требуемое типовое решение, которое будет добавлено в блоке 1 к имеющемуся множеству и вызвано (блок 2) для проверки по условию блока 3 и формирования частного (или общего решения) по условию блока 6.

Результатом работы по предложенному алгоритму может стать несколько вариантов ТП, поэтому следующей задачей технолога станет выбор наиболее эффективного варианта. Для решения этой задачи без применения САПР технолог использует опыт и качественные оценки, которые не всегда обеспечивают требуемого качества результата.

Качество процесса проектирования резко повышается, если на каждом уровне проектирования выполнять автоматизированный отбор рациональных вариантов проектных решений по результатам расчета количественных характеристик. Однако при этом возникает проблема формирования критериев промежуточного отбора наиболее рациональных вариантов на различных уровнях. Например, на уровне (этапе) выбора заготовки анализ вариантов проводится по критерию «себестоимость заготовки». Этот критерий не является до конца объективным, потому что не характеризует затраты на последующую обработку для достижения требуемого качества. Простая заготовка (например, круглый прокат для изготовления ступенчатого вала) не обеспечит снижение затрат на обработку резанием. Сложные заготовки (поковки, полученные на молоте, на горизонтально-ковочной или на ротационно-ковочной машинах), окажут разное влияние на затраты последующей обработки. Поэтому в качестве критерия следует использовать суммарную стоимость заготовки и механической обработки при заданной годовой программе выпуска. Себестоимость детали можно рассчитать только после разработки всех вариантов ТП и выбрать наиболее экономичный. Проработка технологий получения заготовок и их последующей обработки с последующим расчетом затрат при заданной программе выпуска без применения САПР потребует значительных затрат времени. При помощи современных быстродействующих компьютеров перебор всех вариантов не потребует значительных затрат времени, позволит сформировать альтернативные ТП для подобных изделий с другой программой выпуска, что особенно важно в условиях гибкого автоматизированного производства.

Цели и задачи САПР ТП

Задача технолога состоит в снижении затрат на достижение требуемого качества изделия. САПР ТП является инструментом в работе технолога и должна способствовать повышению производительности его труда и улучшению качества результатов его работы . Цели внедрения САПР ТП и задачи, решаемые для их достижения, приведены в табл. 1.

Таблица 1

Цели и задачи САПР ТП

Длительность цикла подготовки производства сокращается при автоматизированном решении задач и параллельном выполнении конструкторских, технологических и плановых разработок. Каждый специалист приступает к выполнению своих задач, как только в системе появляются необходимые ему исходные данные, являющиеся результатом работы другого инженера. Параллельная работа реализуется в интегрированной САПР, предоставляющей средства и ресурсы для специалистов различных отделов, объединенных задачами подготовки производства изделия.

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

Проектирование изделия (детали, заготовки, механизма) или технологии его изготовления заключается в создании элементов (фрагментов) конструкции или структуры ТП с последующим образованием связей между ними. Форма, требования качества и взаимное расположение фрагментов конструкции изделия (поверхностей детали, заготовки, деталей механизма) определяют содержание элементов (операций, переходов) и структуру ТП. Каждому изделию и фрагментам его конструкции соответствует возможный набор ТП и содержание их элементов. Применение того или иного варианта из набора определяется возможностями имеющихся средств технологического оснащения и программой выпуска изделия. Для заданных условий производства фрагменты конструкции и соответствующие им элементы ТП имеют типовое содержание.

Поэтому для автоматизированной разработки ТП потребуется информация о наиболее распространенных (типовых) фрагментах конструкций изделий и соответствующих им способах достижения требуемого качества (элементы ТП) либо информация об уже освоенных изделиях и их технологиях. Кроме того, для решения технологических задач необходима информация о средствах технологического оснащения и справочно-нормативные данные.

Автоматизация разработки ТП невозможна без средств информационной поддержки в принятии решений пользователем или системой. Средства информационной поддержки позволяют систематизировать изделия, технологии и их элементы (классификация изделий и технологий).

Заложенные в системе алгоритмы, содержание и объем имеющейся информации определяют возможности САПР и предполагают различную долю участия пользователя в принятии решений. По этому признаку выделяют автоматический и диалоговый режимы разработки ТП.

При разработке ТП принимаются решения, которые отображаются на мониторе и заносятся в шаблоны документов. Таким образом, параллельно разработке ТП составляется документация и сокращается время на ее подготовку.

Качество ТП оценивается экономическим эффектом от внедрения разработанной технологии. Эффект определяется уровнем затрат на обеспечение требуемого качества изделия, изготавливаемого согласно разработанного ТП. Задача проектирования ТП является многовариантной, поэтому для получения качественного ТП необходимо сравнить возможные варианты ТП по достигаемым показателям качества и уровню связанных с этим затрат.

Без средств автоматизации технологического проектирования проработка возможных вариантов ТП займет много времени, поэтому инженер принимает решения, опираясь на собственный опыт, данные нормативной и справочной литературы, применяет опубликованные результаты исследований и опыт работы специалистов других предприятий. В этом случае качество принимаемых решений зависит от опыта инженера и достоверности применяемых источников информации.

Опыт позволяет специалисту получить требуемое решение, исключив ряд промежуточных суждений и некоторые расчеты между исходными данными и конечным результатом. При работе с применением САПР опытный специалист по исходным данным предполагает о содержании решения и ожидает его от системы. Если система предлагает решение отличное от ожидаемого, технологу потребуется средство анализа, чтобы разобраться в образовавшемся противоречии и получить очередной опыт. Для исключения ошибочных решений САПР должна иметь средства анализа и моделирования, которые позволят инженеру решить задачу и уточнить полученные результаты в кратчайшие сроки.

Опыт инженера пополняется со временем, в результате освоения новых изделий. Решения, положительно опробированные в условиях данного предприятия, составляют опыт технолога и должны быть отражены в информационной базе САПР ТП.

В единичном производстве, по причине динамично меняющейся номеклатуры, технолог составляет маршрутный ТП, а содержание операций и качество изделий в первую очередь зависят от квалификации исполнителя. В организационно-технических условиях серийного производства технолог разрабатывает операционный ТП, содержание которого определяет качество изделия. Поэтому в комплексе работ проектирования ТП значительное место занимают расчеты операционных размеров, припусков, размеров заготовки и оценка точности получаемых размеров детали.

Очевидно, что размерный анализ ТП является наиболее трудоемкой задачей проектирования, которая должна быть автоматизирована с применением средств анализа САПР.

Молодому специалисту, не обладающему богатым опытом, потребуется значительное время на выработку рационального решения. Для этого ему необходима информация, хранящаяся в информационной базе САПР ТП, и средства анализа.

Отраженный в САПР опыт специалистов поможет молодому инженеру быстрее получить нужное решение. Поэтому типовые решения, хранящиеся в информационной базе САПР, должны обладать качеством, которое подтверждается положительной опробацией в условиях данного предприятия. Хотя не все решения имеют универсальное применение и должны подвергаться проверке с применением средств анализа.

Существуют задачи, для решения которых, кроме анализа, требуется визуальное моделирование. Примерами таких задач являются разработка технологии сборки и обработки на станках с ЧПУ. Визуализация обработки на станке с ЧПУ позволяет выявить ошибки программирования, опасные ситуации столкновения элементов технологической системы станка, качественнно оценить траекторию и определить необходимые размеры инструмента. Моделирование сборочных единиц позволяет уже при проектировании изделия оценить возможность сборки и наметить ее последовательность.

Геометрические модели объектов производства являются основой для проектирования заготовок и оснастки для их получения (штампы, пресс-формы, модельная оснастка). Проектирование заготовок и оснастки выполняется согласно алгоритмов, основанных на методиках, которые используются при работе без средств автоматизации.

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

Средства анализа и моделирования технологий получения заготовок позволяют сократить материальные расходы, время на доводку конструкции изделия и освоение технологии.

Созданная геометрическая модель оснастки (штампа, пресс-формы, кокиля) является основой для разработки технологических процессов изготовления ее деталей, для составления управляющих программ (УП) обработки поверхностей формообразующих деталей, для назначения норм материальных расходов и затрат времени.

71kb. 15.02.2008 08:53 106kb. 15.02.2008 08:53 76kb. 15.02.2008 08:53 94kb. 15.02.2008 08:53 60kb. 15.02.2008 08:53 66kb. 15.02.2008 08:53 90kb. 15.02.2008 08:53 61kb. 15.02.2008 08:53 193kb. 15.02.2008 08:53 53kb. 15.02.2008 08:53 85kb. 15.02.2008 08:53 29kb. 25.01.2007 17:47 35kb. 15.02.2008 08:53 29kb. 15.02.2008 08:53

Смотрите также:

Lecture 10_Разработка принципиальной схемы ТП.doc

Лекция 10. Разработка принципиальной схемы технологического процесса
Разработка принципиальной схемы технологического процесса–вторая стадия проектирования ТП методом синтеза.

В отличие от технологического маршрута, который может быть отображен последовательностью операций, принципиальная схема (ПС) ТП описывается как последовательность этапов обработки. При разработке МОП определены стадии обработки поверхностей без учета термической обработки. Перечень этапов обработки всей детали содержит термическую обработку.

Для разработки ПС необходимо:

1). в будущей САПР ТП сформировать перечень типовых этапов обработки для группы деталей в определенных условиях производства. Для каждого этапа определяется формализованное условие выбора для обработки поверхностей текущей детали или всей детали.

2). при проектировании текущего ТП выбрать этапы обработки текущей детали из перечня этапов в зависимости от характеристик детали.

Исходными данными для разработки ПС: оптимальные маршруты обработки отдельных поверхностей, базовая, руководящая и справочная информация по проектированию ТП.
Формирование перечня этапов обработки
Установление рационального состава типовых этапов обработки для деталей различных классов является сложной задачей. Здесь необходимо руководствоваться общей рекомендацией организационно-технологического характера: опыт ТП показывает, что число этапов должно быть минимально возможным, чтобы в общем объеме информации не терялись и не нивелировались главные и второстепенные вопросы обработки деталей, но в то же время достаточно большим, чтобы учесть все особенности обработки деталей.

В табл. 10.1 приводится перечень из 13 этапов, который является достаточно универсальным, рассчитан на формирование принципиальной схемы для деталей различной конфигурации и степени сложности с учетом термической и химико-термической обработки.

Этапы ТП Таблица 10.1

Обозначение	Наименование	Назначение и характеристика
Э1	Заготовительный	Получение заготовки и ее термообработка
Э2	Черновой	Съем лишних напусков и припусков
ЭЗ	Термический I	Термообработка – улучшение, старение
Э4	Получистовой I	Точность обработки 11-13-й квалитет, шерохова-тость поверхностей R a  1,25
Э5	Термический II	Цементация
Э6	Получистовой II	Съем цементационного слоя на поверхностях, предохраняемых от цементации
Э7	Термический III	Закалка, улучшение
Э8	Чистовой I	Точность обработки 7-9-й квалитет, шероховатость R a  0,32
Э9	Термический IV	Азотирование, старение
Э10	Чистовой II	Шлифование поверхностей, предохраняемых от азотирования
Э11	Чистовой III	Точность обработки 7-6-й квалитет, шероховатость поверхностей R a  0,16
Э12	Гальванический	Хромирование, никелирование и др.
Э13	Доводочный	Получение шероховатости поверхности R a  0,04

При формировании этапов обработки следует учитывать технологические особенности обработки отдельных поверхностей, которые можно рассматривать как две группы: технологически простые и технологически сложные поверхности.

Технологически простые – поверхности деталей, для которых применяются только методы механической обработки. Технологически сложные – поверхности деталей, при формировании которых наряду с механической обработкой применяются термические, гальванические и другие методы обработки или покрытия поверхности. В общем случае считается, что при обработке технологически простых поверхностей сохраняется последовательность стадий в виде маршрута обработки для конкретной поверхности. Формирование технологически сложных поверхностей характеризуется, как правило, нарушением этой последовательности. Так, в конце процесса обработки детали, на стадиях тонкой обработки, могут выполняться работы, связанные с разметкой, формированием технологических баз. В то же время выполнение работ, характерных для данного этапа обработки, может производиться на различных ее стадиях. Так, «формирование заготовки под повторное старение» выполняется на черновой, получистовой и чистовой стадиях. Это во многом связано с установившимися на предприятии традициями. Чтобы учесть эту особенность и сделать более приспосабливаемыми разрабатываемые САПР ТП, предложено рассматривать приоритетные и вариантные стадии и этапы обработки.

Если при назначении этапа обработки руководствуются объективными техническими критериями, инструкциями, рекомендациями, статистическими данными, а процесс принятия решения носит алгоритмический характер, то такая реализация конкретного этапа будет приоритетной. При вариантной реализации технолог руководствуется субъективными соображениями, указаниями руководства и т.д., а принятое решение можно считать «волевым». Следует отметить, что приоритетная реализация этапов характерна для конкретной, как правило, одной стадии обработки, а вариантная – для ряда близких по характеру стадий.

Синтез перечня этапов обработки относится к трудноформализуемым задачам и разрабатывается с использованием диалогового режима работы на ЭВМ. Для представления перечня удобным средством являются фреймы (комплексные таблицы) с условиями выбора.
Выбор этапов обработки
Задача выбора этапов обработки аналогична задаче определения маршрута обработки детали на основе типизации. Для выбора этапов обработки детали необходимо установить определенный состав условий и критериев (признаков) для функционирования каждого этапа в принципиальной схеме обработки текущей детали.

Классификационные признаки подразделяются на следующие группы: конструктивно-технологические признаки деталей общего назначения (точность, шероховатость поверхностей, материал); конструкторско-технологические признаки особенностей формирования заготовок; приведенные величины припусков; сведения о жесткости заготовки; сведения о твердости, прочности заготовки.

Выявленный состав признаков и условий выбора этапов позволяет выбрать большое число вариантов возможных решений. Однако они в значительной степени сокращаются в случае алгоритмического выбора решений. В то же время введение условий, определяемых «волевым решением», дает возможность учесть все многообразие особенностей, присущих конкретному производству.

Для построения перечня этапов необходимо объединить набор технологических решений в виде типовых этапов с условиями их функционирования. Сравнивая конкретные признаки, характеризующие анализируемую деталь, с условиями выбора типовых этапов в перечне получают принципиальную схему ТП конкретной детали. Как было отмечено, эту операцию обычно выполняют с помощью комплексных таблиц решений.

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

Каждое условие, определяющее выбор этапа, может пребывать в двух состояниях – «да» или «нет»: совпадают или не совпадают признаки конкретной детали с условиями выполнения этапа. Известно, что объекты с двумя возможными состояниями характеризуются булевыми (или логическими) переменными, а отношения между ними представляются булевыми функциями – отрицанием , дизъюнкцией Х 1 V Х 2 (V – или, логическая сумма) и конъюнкцией Х 1  Х 2 ( – и, логическое произведение). В общем случае условие выбора этапа представляется в виде логической функции
,

Где КЭ – код этапа, принимает два значения – «да» (1) или «нет» (0) ;
– признаки детали.

Для некоторых этапов, которые являются обязательными для всех деталей, логическая функция отсутствует и принимается КЭ = 1.

В табл. 10.2 приводится фрагмент комплексной таблицы с переченем из 17 этапов обработки деталей типа тела вращения. Знак «= =» – знак сравнения «равно» в логической функции. Например, КЭ = ХТО = = 1.1 – КЭ равняется 1, и этап выполняется, если для детали необходима термообработка – нормализация (при описании детали с нормализацией признаку детали «ХТО» присваивается код 1.1 и выражение принимает вид 1.1 = = 1.1).

Таблица 10.2

Перечень этапов обработки

Этап обработки	Условие выполнения этапа (комментарий)	Условие выполнения Этапа
1	2	3
1. Заготовительный	Всегда	КЭ = 1
2. Подготовительный (обработка центровых отверстий)	K3 = f (Z , D ), отношение длины детали L к диаметру D больше 5	KЭ = L/D > 5
3. Черновой	КЭ = f (ВЗ), вид заготовки – не полуфабрикат с кодом 4	КЭ = ВЗ = 4
4. Термообработка	КЭ = f (ХТО), ХТО – нормализация	КЭ = ХТО = = 1.1
5. Получистовой	Всегда	КЭ = 1
6. Меднение	КЭ = f (ХТО),	КЭ = ХТО = = 3.2 V V ХТО = = 4.2
7. Получистовой II (удаление меди с поверхностей с ХТО)	КЭ = f (ХТО), азотирование и цементация с защитой меднением	КЭ = ХТО = = 3.2 V V ХТО = = 4.2
8. Цементация	КЭ = f (ХТО), ХТО – цементация	КЭ = 4 < ХТО < 5
9. Получистовой III (удаление цементи-рованного слоя с поверхностей без ХТО при защите припуском, обработка вторичных поверхностей без ХТО)	КЭ = f (ХТО)	КЭ = ХТО = = 3.1
10. Термообработка	f = (ХТО), ХТО – закалка или цементация	КЭ = ХТО = = 1.3 V V ХТО = = 1.4 V 4 < < XTO < 5
11. Чистовой 1	f (R a .K ), есть хотя бы одна поверхность с шероховатостью R a < 2,5	КЭ = R a < 2,5
12. Азотирование	f (ХТО), ХТО – азотирование	КЭ = 3 < ХТО < 4
13. Чистовой II (обработка поверхностей без ХТО при защите припуском при азотировании)	f (ХТО), ХТО – азотирование с защитой припуском	КЭ = ХТО = = 3.1
14. Чистовой III (обработка азоти-руемых поверхностей)	f (ХТО), ХТО – азотирование	КЭ = 3 < ХТО < 4
15. Чистовой IV (обработка вторичных поверхностей: зуба, шлиц, резьбы)	f (точность)	КЭ = точность < 9
16. Гальванический	f (ХТО), ХТО – хромирование или никелирование	КЭ = ХТО = = 2.1 V V ХТО = = 2.2
17. Доводочный	f (R a .K ), есть хотя бы одна поверхность с шероховатостью R a < 0.16	КЭ = R a < 0,16

В условии выполнения этапа
К – номер цилиндрической поверхности детали из полного описания детали в виде ТКС или на формализованном языке. Например,
– шероховатость второй поверхности детали, К =2. Для определения КЭ=
<2,5 необходимо использовать метод перебора всех поверхностей, чтобы найти хотя бы одну, удовлетворяющую данному условию, чтобы выполнить этап для текущей детали. При отсутствии поверхности с шероховатостью меньше 2,5 мкм КЭ примет значение 0 и этап не будет присутствовать в принципиальной схеме.

Перечень этапов в таблице 10.2 от перечня в таблице 10.1 отличается тем, что учитывается защита от ХТО меднением, что увеличило число возможных этапов обработки.

Результатом поэтапной проверки выполнения условий для текущей детали и выбора этапов является принципиальная схема ТП с указанием номера, наименования этапа, номеров обрабатываемых поверхностей с их характеристиками точности и шероховатости на каждом этапе.
Вопросы к