Что значит проектное оборудование

Что входит в проект оборудования? Состав проектной документации грузоподъемного оборудования

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

Проект – это целый пакет документов

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

Документация, которая входит в состав проекта грузоподъемного оборудования

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

Разработка проектно-конструкторской документации

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

Составление проектной документации происходит поэтапно

Благодаря возможностям современных компьютерных технологий и программного обеспечения, достигается максимальная точность и детальность составления чертежей, а методы 3-D моделирования позволяют реалистично передать внешний вид будущего крана.

Источник

Почему в проекте не Ваше оборудование, специфика работы проектировщика, поставщика и Заказчика

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

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

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

Как заложить в проект именно Ваше оборудование

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

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

Небольшие примеры

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

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

Аналогичная ситуация и с идентичным по своим характеристикам крупным технологическим оборудованием.

Вывод

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

Сегодня большинство поставщиков оборудования способны предоставить проектировщику перечисленные ресурсы и информацию, это не является чем-то уникальным и отсутствие подобного скорее исключение. Однако, каким бы удобным и простым не было проектирование с тем или иным поставщиком, для проектировщика главным всегда остаются интересы Заказчика.

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

Источник

Защита проекта. Коррупционная составляющая.

У нескольких моих поставщиков появилась такая услуга, как «защита проекта». Я сначала ничего не понял. Пока не столкнулся на своем опыте, как это работает.

А работает это так:

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

Оборудование на буквы А и Б

Ну я перед тем, как залезть в конкурс и внести залог, пробиваю возможности привезти это оборудование. И удивляюсь, что на мой запрос приходит ответ с ценами на 30% выше розничного. Т.е. камеры стоят например в розницу 80-140 тысяч за штуку, а мне их предлагают за 105-180 тысяч за штуку, остальные позиции тоже.

Тихо выпадаю в осадок. И слышу слова про защиту проекта.

Например, я хочу выиграть конкурс по розничной цене. Имея преступный коррупционный сговор с покупателем (госзаказ/крупный бизнес),

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

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

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

Либо функция действительно есть, но ей всё равно никто пользоваться не будет.

В конечном итоге имеем коррупционную схему:

— единственный подрядчик выигрывает конкурс по максимальной цене (ну там еще пара своих левых юрлиц и всё такое)

— единственный поставщик имеет свою маржу за защиту проекта (10-20% к оптовой цене подрядчика) при продаже очень высокомаржинального товара.

— довольный покупатель в лице начальника конкурсного отдела имеет свой откат в размере например 30% от стоимости объекта работ, т.е. например недорогой рейнджровер в подарок.

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

Лига слаботочников

608 постов 7.9K подписчиков

Правила сообщества

Очень странно и уязвимо для антимонопольщиков.

Этой схеме лет 200

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

Про некомпетентномть ТСа в теме защиты проектов и т.д. уже очень подробно написали.

P.S. А «защита сделки» так и работает если что, кто принесет доказательства производителю, что именно он прорабатывал проект и именно он уговорил Заказчика на оборудование этого производителя, тот и молодец, тот и получит скидку и резерв на складе производителя/дистрибьютора под этот проект. А производитель зачастую не ленится, и сам звонит Заказчику, уточняя, действительно ли компания, которая пытается получить скидку, работала с ним.

Напишу и тут тоже, из соседней темы.

Я расскажу про 2 случая, как за качество работ анально покарали недобросовестного исполнителя.

1. Отделка фасада здания городского суда. Выиграла компания из другого региона с снижением ниже себестоимости. Выполнила отделку с грубыми нарушениями: утеплитель (минвата) приклеен к стене, прямо на него без сетки намазана штукатурка, всё это покрашено.

Результат: объект не принят вообще, т.к. устранить недостатки нельзя. Деньги государством на заплачены вообще. Исполнитель в черном списке.

Просто надо контролировать исполнение работ подрядчиками и поставщиками, а не откаты делить.

Если не ошибаюсь, то согласно ФЗ вы имеете право на этапе конкурса выставить эквивалентное оборудование. Если у него характеристики равны или выше запрошенных, предоставив информацию об этом.

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

Только на негосударственных заказах такая защита работает на 100%.

это не защита проекта, а защита мздоимца от проверки контролирующими органами. вот товар, вот его цена огромная, смотрите сайт.

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

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

А нельзя жалобу в ФАС накатать о нарушении конкуренции? Я так понимаю аналоги в ТЗ не предусмотрены? Правда работает это только если закупка по 44 ФЗ проводится.

Да, видно припекает у вас. Сильно припекает. Только вот скажу я вам, у меня сильно припекало, когда я, как савразка полгода этот тендер вынашиваю, демонстрации, согласования, тз, документация. Подобрано реальное оборудование в соотношении цена-качество, за которое я действительно уверена, что не загнётся на первой же операции. А потом некий ИП Шкребтиенко ( кстати, реальный персонаж), лезет в конкурс, обваливает цену, ты сидишь не понимая, как такое произошло. Потом на приемке выясняется, что человек шел в конкурс с китайской кустарщиной и на 80% не обладающей заявленными характеристиками, прикрываясь чужими регистрашками. Это в операционную детской больницы, Карл! И в 90% случаях никто ни копейки за такие прописанные тендеры не просил, ибо, как тут многие говорят: заказчику проще договориться с единственным поставщиком и зная его заключится с ним. Вам желаю выходить на лпр и ножками к ним всем, ножками.

Вот как после такого цирка не начать работать с нормальным поставщиком напрямую?

Источник

Процесс проектирования оборудования

Системы автоматизированного

Проектирования и расчетов

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

Процесс проектирования оборудования

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

Процесс проектирования состоит из шести этапов (рис. 8.1).

Выявление потребностей предполагает установление факта существования проблемы, в соответствии с которой необходимо новое конструкторское решение.

Рис.8.1. Процедуры автоматизированного проектирования.

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

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

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

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

Разнообразные задачи проектирования, решаемые в современных САПР, можно объединить в четыре основных группы (рис. 8.1).

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

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

— посредством команд второго типа осуществляется масштабирование, повороты и прочие преобразования базовых элементов, а также при необходимости трехмерное моделирование,

— команды третьего типа производят компоновку целостного целостного изображения проектируемого объекта из различных элементов.

При создании геометрической модели могут быть использованы различные методы:

— двухмерное (типа 2D) моделирование – для плоских объектов,

— трехмерное (типа 3D) моделирование, позволяющее создавать сложные геометрические объекты в трехмерном изображении,

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

Рис. 8.2. Твердотельная модель детали сложной формы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8.2. ОСНОВНЫЕ ЗАДАЧИ И ПРИНЦИПЫ САПР ТП, ВИДЫ ОБЕСПЕЧЕНИЯ

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

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

При автоматизированном проектировании проектировщик дол­жен решать творческие задачи, а ЭВМ — задачи, функции которых связаны в основном с выполнением нетворческих или умственно-фор­мальных процессов при проектировании. Дальнейшее развитие тео­рии проектирования и вычислительной техники позволяет постепенно передавать ЭВМ решение и творческих задач. Производительность труда технолога-проектировщика повышается:

1) совершенствованием системы проектирования, включая систе­матизацию самого процесса проектирования и улучшение труда про­ектировщиков;

2) комплексной автоматизацией нетворческих функций проекти­ровщика в процессе проектирования;

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

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

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

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

На каждом уровне процесс технологического проектирования (проектирование ТП и его оснащение) представляется как решение со­вокупности задач (рис. 8.3).

При решении технологической задачи взаимодействие техноло­га-проектировщика с ЭВМ представляет процесс обмена информаци­ей в определенном режиме. Различают два основных режима: пакет­ный (автоматический) и диалоговый (оперативный).

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

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

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

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

— анализ процессов технологического проектирования (разработка ТП и средств оснащения);

— алгоритмизация проектных за­дач на базе методов оптимизации, ММ, дискретной математики, ис­кусственного интеллекта;

— разработка программных комплексов для решения задач проектирования производственных и технологических систем;

— создание проектов САПР, включая выбор и адаптацию про­граммных и технических средств, разработку операционных сред САПР.

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

Рис. 8.3. Схема процесса проектирования на i-м уровне

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

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

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

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

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

Предусматриваются следующие виды обеспечения автоматизиро­ванного (автоматического) проектирования:

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

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

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

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

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

1) общее ПО (операционная система), необходимое для функцио­нирования ЭВМ;

2) специальное ПО, включающее все программы решения конкретных проектных задач;

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

— достаточность вычислительных ресурсов (производительность и емкость памяти) для решения всех основных проектных задач;

— приближенность к рабочим местам проектировщиков, создание дружественного интерфейса пользователь — ЭВМ;

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

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

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

База данных (БД) — структурированная совокупность данных. Наименьшая единица описания данных называется элементом описа­ния. Совокупность элементов описания, объединенных отношением принадлежности к одному описываемому объекту, называется запи­сью. Если элементы описания соответствуют отдельным свойствам объекта, то запись описывает объект в целом. Например, код типа опе­рации, логическая функция, коэффициент разветвления в совокупно­сти составляют запись и описывают свойства конкретного объек­та — технологической операции.

Система управления базами данных (СУБД) состоит из языковых и программных средств, предназначенных для создания и использова­ния БД прикладными программами, а также непосредственно пользо­вателями-непрограммистами.

Банк данных (БНД) — совокупность БД и системы управления БД (например, нормативно-технологическая информация).

Переход от данных к знаниям — логическое следствие развития и усложнения информационных структур, обрабатываемых на ЭВМ (например, методики выбора маршрутов обработки, параметров тех­нологических операций и т. д.). Основными отличиями знаний и дан­ных являются:

интерпретируемость — означает, что данные, помещенные в ЭВМ, могут содержательно интерпретироваться лишь соответствую­щими программами. В отрыве от программы данные не несут никакой содержательной информации. Знания отличаются тем, что возмож­ность содержательной интерпретации присутствует в них всегда;

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

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

При автоматизированном проектировании оптимальных ТП меха­носборочного производства необходимо учитывать:

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

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

— рациональное сочетание типовых и индивидуальных технологиче­ских решений на всех уровнях проектирования.

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

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

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

— разработку принципиальной схемы ТП;

— проектирование технологического маршрута обработки детали;

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

— разработку управляющих программ для станков с ЧПУ;

— расчет технико-экономических показателей ТП, разработку не­обходимой технологической документации.

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

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

Рис. 8.4. Схема синтеза структуры ТП из обобщенной структуры

Обобщенная структура М_у* состоящая из типовых индивидуальных маршрутов М_i представляется как М_у*= M_i и M_i М_у*. Необходимым условием включения индивидуального мар­шрута M_i в обобщенную структуру является наличие непустой облас­ти пересечения М*_у и M_i. Учитываются условия назначения операций (переходов) в маршруты. Модель эксперта включает алгоритмы выде­ления ТП (маршрута или операции) из обобщенной структуры для конкретных условий по определенным правилам (машина вывода).

В тех случаях, когда номенклатура изготовляемых деталей неусто­явшаяся (например, в экспериментальном машиностроении), в основе
автоматизированной подсистемы проектирования ТП лежит принцип
группирования по базовым (типовым) конструктивам БК, изготовляе­мого комплекта деталей и конструктивным обогащениям (отдельные
конструктивные элементы) (рис. 3.3). Таким образом, ТП для изготовления комплекта деталей можно представить как совокупность опера­ций обработки базовых конструктивов ТПБК_i и переходов р_к на обработку элементов конструктивного обогащения М=<ТПБК_i р_к>.

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

Синтез ТП происходит при выделении его из обобщенной структуры или проектируется единич­ный ТП.

Машина вывода в обоих случаях позволяет иметь альтерна­тивные варианты, позволяющие учитывать изменяющиеся производ­ственные условия (см. рис.8.5)

Рис 8.5. Схема структурного синтеза ТП на основе базового конструктива с элементами конструктивногообогащения

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

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

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

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

8.3. СТРУКТУРНЫЙ СИНТЕЗ ПРИ ПРОЕКТИРОВАНИИ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ

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

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

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

При третьем уровне сложности структурного синтеза решаются задачи выбора варианта структуры во множестве с большим, но ко­нечным результатом известных вариантов. Для решения таких задач используют алгоритмы направленного перебора (например, алгорит­мы дискретного линейного программирования), алгоритмы последо­вательные, итерационные и др.; сведения задачи к полному перебору путем ограничения области поиска на стадии формирования исход­ных данных. Например, оптимизация плана обработки поверхности представляет задачу структурного синтеза, когда выбор варианта плана происходит во множестве с большим, но конечным числом из­вестных вариантов. Для поиска оптимального варианта используют алгоритмы дискретного программирования, находят условия, кото­рым должен удовлетворять оптимальный многошаговый процесс принятия решений. Подобный анализ называют динамическим про­граммированием. Оптимальная стратегия обладает тем свойством, что, каков бы ни был путь достижения некоторого состояния (техно­логического перехода), последующие решения должны принадле­жать оптимальной стратегии для части плана обработки поверхно­сти, начинающегося с этого состояния (технологического перехода). Для того чтобы учесть сформулированный принцип оптимальности, можно использовать следующие обозначения: f_n(р_i)_у — технологи­ческая себестоимость, отвечающая стратегии минимальных затрат. Для плана обработки от технологического перехода р_i, до последнего перехода (если до него остается п шагов); j_n(p_i) — решение, позво­ляющее достичь f_n(р_i).

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

где С —технологическая себестоимость при выполнении техноло­гического перехода р_j, после перехода p_i.

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

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

При этом учитывают основные группы ограничений, связанных:

1) с необходимостью закрепления определенных переходов за по­зициями станка:

,

где А_i — множество индексов позиций, на которых может быть вы­полнен i-й переход;

2) с требованием определенной очередности выполнения перехо­дов:

x_ij ≤ для всех i /

где В_i — множество индексов переходов, без выполнения которых нельзя выполнить переход с индексом i;

3) с возможностью совмещения нескольких переходов на одной позиции при котором суммирование ведется по индексам рассматриваемых переходов. Целое число k означает количество со­вмещенных на одной позиции переходов.

Если при указанных ограничениях требуется найти минимум це­левой функции

Z = (8.2)

(где С_ij — себестоимость i-го перехода на позиции j), то задачу цело­численного программирования с булевыми переменными можно ре­шить методом частичного перебора (аддитивный алгоритм).

Задачи структурного синтеза четвертого уровня сложности (выбор вариантов во множестве с заранее неизвестным числом элементов или вообще в бесконечном множестве) решаются при активном участии технолога-проектировщика и реализуются в режиме диалога с ЭВМ. Например, при проектировании инструментальной наладки для прут­кового автомата в режиме диалога устанавливается определенный по­рядок взаимодействия технолога и машины (рис. 8.6). Технолог, рабо­тающий в режиме диалога с ЭВМ, выбирает такой вариант структуры, который представляет собой оптимальный компромисс между произ­водительностью работы автомата и вероятностью обеспечения задан­ного качества обрабатываемой детали. ЭВМ помогает технологу при­нять решение об изменении структуры, рассчитав по программе режи­мы резания и производительность автомата.

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

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

Одним из путей поискового конструирования является использование метода эвристических приемов:

уяснение или формулирование технического задания (ТЗ);

выбор одного или нескольких аналогов (прототипов) ТП;

Выявление их недостатков и формулирование постановки задачи в виде ответов на вопросы:

а) каковы показатели качества в прототипе синтезирующего ТП и насколько желательно их улучшить;

б) какие новые параметры качества детали должен обеспечить соз­даваемый ТП и какие параметры качества должен утратить рассматри­ваемый прототип;

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

Рис. 8.6. Схема взаимодействия технолога-проектировщика и ЭВМ при проектирова­нии автоматной операции

В основе экспертных систем лежит БД, используемая экспертом (технологом-пользователем) в режиме диалога. Недостат­ком таких систем явилась зависимость качества проектных технологических решений (в частности, проектирование маршрутной и операци­онной технологий) от уровня подготовки эксперта. Другой недостаток заключается в ограничении круга решаемых задач из-за размерности.

Необходимость повышения уровня интеллектуализации автома­тизированного процесса синтез

Дата добавления: 2016-10-26 ; просмотров: 3539 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ

Источник