Курсовая работа по САПР

kursach-sapr.docx

Описание САПР ТП ..6
Приложение для КОМПАСа в Дельфи 34
Delphi. Вкладка - Standard 39
Программа «Определение режимов обработки» . 49
Список использованной литературы 51
Автоматизация проектирования занимает особое место среди информационных технологий.
Во-первых автоматизация проектирования — синтетическая дисциплина ее составными частями являются многие другие современные информационные технологии. Так техническое обеспечение систем автоматизированного проектирования (САПР) основано на использовании вычислительных сетей и телекоммуникационных технологий в САПР используются персональные компьютеры и рабочие станции есть примеры применения мейн фреймов. Математическое обеспечение САПР отличается богатством и разнообразием используемых методов вычислительной математики статистики математического программирования дискретной математики искусственного интеллекта. Программные комплексы САПР относятся к числу наиболее сложных современных программных систем основанных на операционных системах Unix Windows 2000XP языках программирования С С++ Java и других современных CASE технологиях реляционных и объектно-ориентированных системах управления базами данных (СУБД) стандартах открытых систем и обмена данными в компьютерных средах.
Во-вторых знание основ автоматизации проектирования и умение работать со средствами САПР требуется практически любому инженеру-разработчику. Компьютерами насыщены проектные подразделения конструкторские бюро и офисы. Работа конструктора за обычным кульманом расчеты с помощью логарифмической линейки или оформление отчета на пишущей машинке сталианахронизмом. Предприятия ведущие разработки без САПР или лишь с малой степенью их использования оказываются неконкурентоспособными как из-за больших материальных и временных затрат на проектирование так и из-за невысокого качества проектов.
Появление первых программ для автоматизации проектирования за рубежом и в СССР относится к началу 60-х гг. Тогда были созданы программы для решения задач строительной механики анализа электронных схем проектирования печатных плат. Дальнейшее развитие САПР шло по пути создания аппаратных и программных средств машинной графики повышения вычислительной эффективности программ моделирования и анализа расширения областей применения САПР упрощения пользовательского интерфейса внедрения в САПР элементов искусственного интеллекта.
К настоящему времени создано большое число программно-методических комплексов для САПР с различными степенью специализации и прикладной ориентацией. В результате автоматизация проектирования стала необходимой составной частью подготовки инженеров разных специальностей; инженер не владеющий знаниями и не умеющий работать в САПР не может считаться полноценным специалистом.
Подготовка инженеров разных специальностей в области САПР включает базовую и специальную компоненты. Наиболее общие положения модели и методики автоматизированного проектирования входят в программу курса посвященного основам САПР более детальное изучение тех методов и программ которые специфичны для конкретных специальностей предусматривается в профильных дисциплинах.
Увеличение производительности труда разработчиков новых изделий сокращение сроков проектирования повышение качества разработки проектов -важнейшие проблемы решение которых определяет уровень ускорения научно-технического прогресса общества. Развитие систем автоматизированного проектирования (САПР) опирается на прочную научно-техническую базу. Это -современные средства вычислительной техники новые способы представления и обработки информации создание новых численных методов решения инженерных задач и оптимизации. Системы автоматизированного проектирования дают возможность на основе новейших достижений фундаментальных наук отрабатывать и совершенствовать методологию проектирования стимулировать развитие математической теории проектирования сложных систем и объектов. В настоящее время созданы и применяются в основном средства и методы обеспечивающие автоматизацию рутинных процедур и операций таких как подготовка текстовой документации преобразование технических чертежей построение графических изображений и т.д.
Система автоматизированного проектирования технологических процессов (САПР ТП) представляет комплекс средств автоматизации проектирования взаимосвязанных с необходимыми подразделениями проектной организации или коллективом специалистов (пользователей системы) выполняющий автоматизированное проектирование.
Основной областью применения САПР ТП является механообрабатывающее производство различной степени автоматизации. Допускается применение системы для автоматизированной разработки ТП листоштамповки сварки сборки и других а также использование инструментальных средств системы для решения различных прикладных задач (экономические информационно-поисковые и т.п.).
Главным выходным продуктом САПР ТП является библиотека ТП которая представляет собой не систематизированный набор файлов ТП. В перспективе будет разработан банк технологических процессов (БТП) т.е. принята ориентация на «безбумажную» технологическую документацию. БТП это совокупность информационных моделей индивидуальных (единичных) типовых и групповых ТП. Информационная модель ТП (ИМТП) это набор специальным образом организованных данных в котором содержится вся информация о ТП состав которой определяется соответствующими стандартами. Дополнительно в ИМТП хранится информация предназначенная для использования самой САПР ТП а также другими смежными автоматизированными системами технологической подготовки и управления производством.
В САПР ТП обеспечивается автоматическая подготовка текстовых технологических документов в соответствии со стандартами ЕСТД-2 и управляющих программ в формате систем ЧПУ.
САПР ТП обеспечивает повышение производительности труда технологов по разработке ТП и управляющих программ в 3 10 раз в отдельных случаях до 50 раз.
Принципы создания САПР
САПР создаётся как человеко-машинная система в которой компьютер выполняет все умственно-формальные действия (выполнение расчётов перебор вариантов) а человек – творческие. Для интеграции человека и компьютера должен обеспечиваться удобный интерфейс («дружественный»).
САПР создаётся как развивающаяся система. В своём развитии системы обогащаются новыми алгоритмами базами данных интерфейсами функциональными возможностями. Основные этапы фиксируются в версиях (релизах) например в 2006 году вышла версия 6 системы T-FLEX. Седьмая версия уже использовала новое геометрическое ядро Parasolid.
В настоящее время готовится к выпуску двенадцатая версия (T-Flex 2010).
При этом результаты полученные в предыдущих версиях должны открываться и в последующих (но не наоборот).
САПР создаётся как иерархическая структура. При этом данный принцип относится как к аппаратным средствам так и к программным.
Аппаратные – сервер и рабочие станции. Программные – серверные и клиентские части. Кроме того структура программного обеспечения представляет собой дерево. На верхнем уровне главная программа – монитор - управляет подсистемами вызывая их по мере необходимости. Те в свою очередь работают с программными модулями.
Информационная совместимость. На предприятиях очень часто информационное пространство для автоматизации проектных работ создают с помощью разных САПР («лоскутная автоматизация»).
Чтобы система была целостной нужно чтобы системы могли обмениваться информацией и результатами проектирования. Файл в который выводится результат проектирования одной системы должен быть прочитан в другой. Это делается с помощью унифицированных форматов данных.
Место САПР ТП в машиностроительном производстве
Современное машиностроительное производство характеризуется следующими основными моментами:
Широкое использование автоматизированного и автоматического оборудования - станки с ЧПУ гибкие производственные модули (станки с ЧПУ + промышленные роботы) автоматизированные транспортные системы автоматизированные складские системы автоматизированные участки и автоматизированные цеха.
Частая сменяемость номенклатуры.
Высокое качество изделий необходимость которого обусловлено конкурентной борьбой.
Чтобы обеспечить эффективное использование дорогостоящего технологического оборудования необходимо иметь средства быстрой и качественной разработки всей необходимой технологической документации эти средства предоставляются системами автоматизированного проектирования.
С помощью САПР в десятки раз ускоряется разработка конструкторской и технологической документации при этом обеспечивается возможность обнаружения ошибок от проектирования на ранних этапах до передачи изделия в производство.
Рисунок 1 - Место САПР ТП в машиностроительном производстве
Система автоматизированного проектирования как и любая сложная система состоит из подсистем. Различают следующие подсистемы:
проектирующая– для непосредственного выполнения проектных процедур например для геометрического моделирования изготовления документации инженерных расчетов и т.д.;
обслуживающая– для обеспечения функционирования проектирующих подсистем (операционная система система управления базами данных – СУБД обучающие системы сетевое программное обеспечение и т.д.).
В САПР принято выделять семь видов обеспечения:
техническое обеспечение – аппаратные средства (ЭВМ периферийные устройства сетевое коммутационное оборудование линии связи измерительные устройства);
математическое обеспечение – заложенные в систему математические методы модели и алгоритмы;
программное обеспечение – компьютерные программы;
информационное обеспечение – банки данных информационные фонды каталоги библиотеки справочники на машинных носителях;
лингвистическое обеспечение – языки общения проектировщика с ЭВМ языки программирования языки обмена данными (трансляторы) между техническими и программными средствами;
методическое обеспечение – инструкции пользователя методики проектирования;
организационное обеспечение – документация регламентирующая работу проектной организации (инструкции приказы штатное расписание режим коллективного проектирования).
К методическому обеспечению относят документацию в которой описываются функциональные возможности САПР и весь процесс проектирования на примерах:
)руководство пользователя – описывает функционал системы;
)методические пособия по проектированию с использованием данной САПР;
)видеоролики демонстрирующие процесс работы в системе.
Математическое обеспечение – набор формул неравенств графов алгоритмов которые используются для описания технологических процессов. Например формулы расчёта режимов резания неравенства и целевая функция для решения задачи оптимизации графы и алгоритмы описывающие структуру и порядок выполнения технологического процесса.
Под информационным обеспечением понимают всю информацию которая используется при проектировании. Это справочная информация которую читает человек и информация которая вводится системой в проектируемый технологический процесс.
Вся информация хранится на сервере в виде базы данных. Это:
)наименования операций;
)шаблоны текстов переходов;
)сведения об оснащении операций и переходов (оборудование приспособления режущий измерительный сборочный вспомогательный инструмент материалы);
)шифры инструкций по технике безопасности;
)наименование цехов участков профессий.
Данную информацию система выбирает из базы и вводит в технологический процесс. Кроме того в базе данных хранятся текстовые документы – классификаторы СТП (стандарты предприятия) справочники.
База данных хранится на сервере что обеспечивает к ней доступ всех рабочих станций (рабочих мест технологов и конструкторов).
Проектирование технологических процессов в большинстве систем выполняется в диалоговом режиме. Однако в некоторых системах допускаются и автоматические и полуавтоматические способы проектирования. В этом случае в базе данных кроме собственной информации должны так же храниться алгоритмы проектирования. Такая база данных превращается в базу знаний.
Лингвистическое обеспечение САПР
Лингвистическое обеспечение – набор языков использующихся для создания и эксплуатации САПР. Языки делят на 2 группы: программирования и проектирования.
Языки программирования используют разработчики САПР для создания программного обеспечения (рисунок 2). Это универсальные языки такие как C++C# Delphi.
Рисунок 2 – Классификация языков
Языки проектирования разрабатываются программистами фирмы-автора данной САПР и используются для передачи данных об объекте проектирования и о результатах проектирования. Входные языки описывают объект проектирования; промежуточные – формируют файлы с помощью которых подсистемы САПР передают друг другу результаты их работы; выходные – обеспечивают вывод результатов проектирования (рисунок 3).
Рисунок 3 – Место языков в системе САПР
Языки зависят от того что является объектом проектирования: NC-программа или маршрутно-операционный технологический процесс. Например для NC-программы важны обрабатываемые контуры состоящие из прямых и дуг окружностей а так же группы отверстий создаваемые их центрами. Для маршрутно-операционного технологического процесса деталь создаётся по-другому – набором обрабатываемых поверхностей. Описать деталь можно с помощью набора команд или в виде таблицы. В первом случае язык будет текстовый во втором – табличный.
Если в текстовом языке обязательно присутствуют команды а затем их параметры то в табличном языке команды описываются в виде строк таблицы (рисунок 4). Каждый столбец таблицы соответствует определённому параметру команды.
Рисунок 4 – Табличные языки
Этот вид языков используется для представления результатов проектирования. Для управляющих программ станков с ЧПУ в основном используется универсальный международный язык ISO 7 bit. В некоторых системах вместо NC-кодов используют другой универсальный язык – GTL.
В системах проектирования маршрутно-операционных технологий используются другие языки например язык описания документов используемый в MSWord (*.doc). Так же может использоваться и собственный язык если для формирования карт система берёт собственную CAD-систему. НапримерT-FLEX Технология формирует карты с помощью T-FLEXCAD. Соответственно карты описываются на языке формирования чертежей (*.grb).
Таким образом выходные языки могут быть как собственной разработки так и универсальные.
Промежуточные языки используются для передачи информации между проектирующими подсистемами САПР. Чаще всего проектирующие подсистемы обмениваются данными на языке собственной разработки. Однако могут использоваться и универсальные языки. Примером универсального языка используемого в качестве промежуточного является CLDATA. Этот язык был разработан вместе с появлением точных систем ЧПУ класса CNC и все разработчики CAM-систем используют его. На этом языке формируется обобщённая управляющая программа без конкретизации стойки ЧПУ станка. Подсистема формирующая программу называется «процессор». Обобщённая программа из процессора подаётся в постпроцессор который уже формирует программу для конкретного станка стойки ЧПУ.
Ещё одним параметром универсального промежуточного языка служит язык описания файлов геометрии детали с расширением *.dxf.
Программное обеспечение САПР
Этот вид обеспечения включает в себя все комплексы программ которые используются при создании и эксплуатации САПР. Программное обеспечение (ПО) делится на два больших класса: системное ПО и прикладное ПО (рисунок 5).
Рисунок 5 – Классификация программного обеспечения
Системное ПО обеспечивает работу компьютера и вычислительной сети в целом. Это взаимодействие человека с компьютером работа аппаратных средств компьютера организация взаимодействия программ в процессе работы компьютера.
I.Системное ПО делится на 4 основных вида.
Операционные системы. Наиболее важный вид системного ПО без которого в принципе невозможна работа компьютера. Поскольку САПР технологических процессов в последнее время в основном сетевые то и операционные системы (ОС) должны быть достаточно мощными. Если количество компьютеров в проектном подразделении больше 10 то такие популярные ОС как WindowsXP уже не подходят. На сервере необходимо устанавливать более мощную ОС такую как WindowsServer.
Операционные оболочки. До появления ОС Windows 95 операционные оболочки играли очень важную роль. Они обеспечивали взаимодействие человека и компьютера через удобный и понятный табличный интерфейс. Все оболочки назывались *COMMANDER.
Windows 95 была первой ОС которая взяла на себя функции операционной оболочки. Тем не менее операционные оболочки остаются актуальными. Они востребованы и применяются для более системного использования компьютера (все профессионалы работают в основном в операционных оболочках). Типичной операционной оболочкой является TotalCommander. В оболочке открывается одновременно 2 каталога. Операционные оболочки облегчают процессы копирования и удаления файлов.
Системы программирования. Рядовой пользователь САПР не имеет дело с системами программирования он работает с готовыми скомпилированными системами. Однако без систем программирования невозможно создание ни одной САПР. Это такие среды как C++C# Delphi. Подавляющее большинство современных САПР создаётся именно в этих средах.
Программы-утилиты. Это специализированные программы ориентированные на какую-то узкую задачу. Имеются целые комплексы программ-утилит. Утилитами являются программы-архиваторы (например WinRar) программы форматирования и другие известные программы.
II.Прикладное ПО (ППО)
ППО так же называют пакетами прикладных программ поскольку обычно это целые системы комплексы программ. ППО делится на 3 вида.
ППО общего назначения включают в себя 4 вида систем:
- текстовые редакторы (напр. MSWord Блокнот);
- редакторы электронных таблиц (напр. MSE
- системы управления базами данных - СУБД (напр. MSAccess);
- графические редакторы (напр. Paint).
При автоматизированном проектировании основной объём работ выполняется прикладными пакетами и самую важную роль выполняют проблемно-ориентированные пакеты. Тем не менее часть задач может выполняться с использованием других пакетов в частности – общего назначения.
Текстовые редакторы могут использоваться для формирования маршрутно-операционных карт или текстов технологических процессов. Например комплект маршрутно-операционных карт в системе «Техно-Про» формируется с помощью MSWord. Последний релиз комплекса T-Flex также обеспечивает формирование технологической документации в том числе и в MSWord.
Редакторы электронных таблиц так же могут выполнять вспомогательную роль. В MSExcel формируются таблицы с данными которые затем экспортируются в PDM-систему САПР.
Кроме того часть задач автоматизированного проектирования может решаться непосредственно с помощью электронных таблиц. Благодаря большому объёму вычислительных функций в них удобно делать различные расчёты например расчёт режимов резания. Причём эти расчёты создаются самими пользователями.
Системы управления базами данных. Эти системы являются частью любой САПР и обеспечивают хранение информации. В некоторых системах используются СУБД собственной разработки.
Но большая часть САПР используют для этой цели универсальные СУБД общего назначения например «Oracle» или «SQL-сервер». Эти СУБД используются в большинстве современных систем САПР если они реализованы в сетевом исполнении «клиент-сервер» (в т.ч. и в комплексе T-Flex).
Графические редакторы. С помощью графических редакторов общего назначения решается задача по отображению эскизов выполненных в унифицированных формах. Кроме того эти редакторы используются для отображения документации отсканированной с бумажного носителя.
Методо-ориентированное ППО
Эти пакеты основаны на использовании каких-либо математических методов расчёта. Все расчетные пакеты программ являются методо-ориентированными. К ним в частности относятся и все системы CAE. При выполнении расчётов могут также использоваться универсальные системы типа MathCAD и MathLAB.
Проблемно-ориентированное ППО
Практически основную часть работы при решении задач САПР осуществляют проблемно-ориентированные пакеты. Они и по стоимости составляют основную часть затрат по приобретению программного обеспечения САПР. К этим пакетам относят все системы класса CAM CAD CAPP.
Структура проблемно-ориентированного пакета. На самом верхнем уровне находится программа-монитор (рисунок 6). Эта программа отвечает за взаимодействие САПР с операционной системой компьютера и пользователем. Она является центральным управляющим центром всей системы (программа - «начальник»).
Рисунок 6 - Структура проблемно-ориентированного пакета
Остальные подсистемы делятся на подсистемы общего назначения и проектирующие подсистемы. К первым относят графическую диалоговую подсистемы и базу данных ко вторым – все остальные подсистемы (1-n).
Монитор по очереди запускает работу проектирующих подсистем. При этом он организует их взаимодействие между собой и с подсистемами общего назначения. Каждая проектирующая подсистема выполняет часть всей работы по проектированию и передаёт свои результаты следующей проектирующей подсистеме. Последняя подсистема оформляет все результаты проектирования. Например если это пакет для разработки NC-программ то первой подсистемой будет подсистема ввода геометрии детали затем будет работать подсистема расчёта эквидистанты и формирования перемещений инструмента затем – подсистема технологических команд затем подсистема-процессор которая формирует унифицированную управляющую программу без привязки к конкретной системе ЧПУ. Она передаёт результаты в постпроцессор – подсистему которая формирует NC-код управляющей программы для конкретного станка.
Разработчик САПР формирует библиотеку унифицированных программных модулей. Эти модули разрабатываются в кодах системы программирования например в системеT-FLEX такой библиотекой является библиотека API-функций.
Подсистемы используют эти модули в своей работе. Можно сказать что если подсистемы – специализированные то программные модули – унифицированные.
Техническое обеспечение САПР
К техническому обеспечению (ТО) относят все технические средства необходимые для работы проектного подразделения в САПР. Прежде всего это компьютеры которыми оснащаются рабочие места. В терминологии САПР они именуются рабочими станциями.
На верхнем уровне локальной вычислительной сети (ЛВС) проектного подразделения располагаются серверы. Кроме компьютеров к ТО так же относят:
- средства передачи данных в ЛВС – электронные коммутаторы сетевые карты;
- средства для ввода в архив бумажной документации – сканеры. С помощью сканеров осуществляется формирование копий чертежей в виде картинок. Затем с помощью специальных программ-векторизаторов картинка преобразуется в набор линий – векторов. Такие файлы гораздо меньше в объёме и их уже можно использовать для автоматизированного проектирования.
- средства оформления документации на бумажном носителе – принтеры различных форматов (от А4 до А1) плоттеры.
Структура ЛВС в проектных подразделениях САПР
Централизованная структура
Эта структура была характерна для начального этапа развития САПР (рисунок 7). Всё проектирование выполняла одна центральная ЭВМ к которой подключались автоматизированные рабочие места (АРМ). В качестве АРМ использовался пассивный монитор с клавиатурой а впоследствии и персональный компьютер работавший в терминальном режиме. Отголоски этой структуры – в использовании термина «АРМ».
Рисунок 7 – Централизованная структура ЛВС
В 80-90 годы распространение получила одноранговая структура (рисунок 8).
Рисунок 8 – Одноранговая структура ЛВС
В этой структуре все рабочие станции имеют одинаковые права. Одна из рабочих станций может использоваться в качестве хранилища документации – файлового сервера. Через сетевой кабель любой разработчик может обмениваться результатами проектирования со своими коллегами. Для защиты авторских прав каждая установка САПР на каждой рабочей станции сопровождается электронным ключом устанавливаемым на конкретном компьютере. Обычно в такой сети работали с самыми разными САПР.
Клиент-серверная ЛВС
Постепенно произошёл переход от одноранговых ЛВС к структурам ЛВС с сервером. Это было связано с необходимостью в создании единого информационного пространства для всех участников разработки то есть практически произошёл возврат к централизованной структуре только на более высоком уровне (рисунок 9).
Рисунок 9 – Клиент-серверная ЛВС
Здесь серверы могут выполнять различные задачи в том числе работать с разными САПР. Один из серверов является хранителем PDM-системы. На серверах устанавливается серверная часть программного обеспечения. Подключение рабочих станций к ЛВС осуществляется через электронные коммутаторы. Хаб – тоже электронный коммутатор организующий взаимодействие в проектном подразделении (обычно 8-16 каналов). Принтеры в такой структуре обычно в общем пользовании. Отдельное место занимает группа оформления технической документации оснащаемая высококачественной множительной техникой.
Организационное обеспечение САПР
К этому виду обеспечения относят набор документов регламентирующий работу проектного подразделения с использованием данной САПР. Обычно они оформляются в виде СТП которые описывают форму документации содержание технического задания порядок взаимодействия подразделений в процессе проектирования порядок внесения изменений и других организационных вопросов.
В области общего машиностроения принято выделять следующие разновидности САПР:
САПР на базе подсистемы машинной графики и геометрического моделирования;
САПР на базе СУБД (в основном используется в технико-экономических приложениях);
САПР на базе конкретного прикладного пакета (математическое моделирование инженерный анализ);
комплексные интегрированные САПР.
Аспекты создания САПР отражены в ГОСТ 34.601-90. При создании САПР реализуется комплексный иерархический подход.
Отдельные подсистемы САПР должны отвечать принципам совместимости и системного единства быть информационно согласованными иначе САПР из целостной иерархической системы превращается в совокупность разрозненных аппаратных и программных средств.
В любом случае САПР принято строить как открытую развивающуюся систему замыкающим звеном которой является инженер-проектировщик. Открытость САПР означает ее переносимость на другие платформы и модифицируемость.
Принцип типизации предусматривает разработку и использование типовых и унифицированных элементов САПР. Типизируют элементы имеющие перспективу многократного использования.
Промышленные САПР как правило проходят сертификацию.
Для современных САПР характерен ряд признаков:
Объектно-ориентированное взаимодействие человека и ЭВМ. Пользователь работает в режиме манипулирования изображениями заготовок деталей сборочных единиц со схемами текстом и т.д. в реальном масштабе времени. В основу манипулирования заложено программирование соответствующих процедур выполняемых ЭВМ. Человек видит информационные объекты получаемые с помощью средств вывода информации и воздействует на них за счет устройств ввода информации;
Сквозная информационная поддержка на всех этапах обработки информации на основе интегрированной базы данных. База данных предусматривает единую унифицированную форму представления хранения поиска отображения восстановления и защиты информации;
Безбумажный процесс обработки информации. Все промежуточные варианты и необходимые численные данные записываются на машинных носителях и доводятся до пользователя через экран монитора. На бумаге фиксируется только окончательный вариант документа: чертеж технологическая карта карта эскизов и т.д.
Для САПР характерны два режима функционирования:
Режим пакетной обработки(автоматический режим) – предусматривает решение задач без вмешательства в этот процесс проектировщика на промежуточных этапах. Его применяют лишь в тех случаях когда удается заранее предусмотреть все возможные ситуации при решении и формализовать выбор продолжений решения в точках ветвления алгоритма.
Диалоговый режим(оперативный или интерактивный). Его используют если существуют трудноформализуемые процедуры принятия решения; когда объем исходной вводимой информации недостаточен для полного описания алгоритма проектирования. На основе диалогового режима возможно создание пакетов самообучающихся программ позволяющих накапливать опыт проектирования и формировать алгоритмы классификации генерирования понятий поведения объекта проектирования.
Аппаратные и программные средства САПР
Наиболее распространены следующие конфигурации аппаратных средств САПР:
)на базе мэйнфреймов – больших высокопроизводительных многопроцессорных компьютеров с централизованной обработкой данных с десятков и сотен рабочих мест;
)на базе рабочих станций (персональных компьютеров) объединенных в сеть.
В обоих случаях пользователи САПР обладают возможностями: обмена информацией и совместного использования программ баз данных печатающих устройств и др. При этом устройства ввода данных индивидуальны.
К программным средствам САПР можно отнести всю совокупность машинных программ необходимых для выполнения процедур автоматизированного проектирования. Общесистемное программное обеспечение служит для организации функционирования технических средств; основу его составляет операционная система. Наряду с общесистемным программным обеспечением в САПР используются специальные прикладные пакеты программ направленные на сокращение времени и стоимости разработки проекта изделия а также повышение качества проектирования. В области машиностроения такими пакетами являются CADCAMCAEPDM-системы.
CAD-системы(сomputer-aided design— компьютерная поддержка проектирования) предназначены для решения конструкторских задач и оформления конструкторской документации. Как правило в современные CAD-системы входят модули моделирования трехмерной объемной конструкции (детали) и оформления чертежей и текстовой конструкторской документации (спецификаций ведомостей и т.д.). Геометрия является определяющим фактором конструкции изделия. Поэтому ведущие CAD-системы позволяют реализовать идею сквозного цикла подготовки производства и обеспечить информационную поддержку последующих этапов жизненного цикла сложных промышленных изделий.
CAM-системы(computer-aided manufacturing— компьютерная поддержка изготовления) предназначены для проектирования обработки изделий на станках с ЧПУ и выдачи программ для этих станков (фрезерных сверлильных эрозионных пробивных токарных шлифовальных и др.).
Кроме того к функциям CAM относят программирование роботов и разработку технологических процессов обработки деталей. В отечественной литературе CAM-системы часто относят к автоматизированным системам технологической подготовки производства (АСТПП) наряду с системами CAPP (Computer Automated Process Planning – автоматизация планирования процесса производства). Наибольшая выгода от применения CAM-систем проявляется в сокращении циклов производства особенно при изготовлении сложнопрофильных деталей. Часто в CAM-системах можно использовать геометрическую модель детали созданную в CAD-системе.
САЕ-системы(computer-aided engineering— компьютерная поддержка инженерных расчетов) представляют собой обширный класс систем каждая из которых позволяет решать определенную расчетную задачу (группу задач) начиная от кинематического анализа расчетов на прочность анализа и моделирования тепловых процессов до расчетов гидравлических систем и машин расчетов процессов литья. В CAЕ-системах также можно использовать трехмерную модель изделия созданную в CAD-системе. CAE-системы еще называют системами инженерного анализа или автоматизированными системами научных исследований (АСНИ).
PDM-системы(Product Data Management—управление проектными данными) предназначены для решения проблем совместного функционирования компонентов автоматизированных систем различного назначения. Они либо входят в состав модулей конкретной автоматизированной системы либо имеют самостоятельное значение и могут работать совместно с разными программными компонентами. Системы управления техническими документами и документооборотом относящиеся к сфере проектирования и производства в промышленности иногда называют системами управления техническими данными или системами TDM (Technical Data Management).
За последние годы CADCAMCAEPDM-системы прошли путь от сравнительно простых программных приложений до интегрированных программных комплексов обеспечивающих единую поддержку всего цикла разработки начиная от эскизного проектирования и заканчивая технологической подготовкой производства испытаниями и сопровождением. К наиболее известным интегрированным CADCAM CAEPDM-системам относят: ProEngineer (Parametric Technology Corp.) Unigraphics (Unigraphics Solutions Inc) CATIA (DASSAULT SYSTEMS) EUCLID-IS (Matra Datavision) I-DEAS (SDRC) IEMS (Intergraph Inc).
Однако основные выгоды от применения так называемых «тяжелых» систем проявляются при изготовлении сложной наукоемкой продукции (кораблей самолетов танков различных видов промышленного оборудования и др.). Для производственных задач решаемых большинством машиностроительных предприятий часто бывает достаточно возможностей систем среднего уровня.
Наиболее известными системами среднего уровня на основе графического ядра ACIS являются: AutoCAD Mechan C ADEM (Omega Techno Mastercam (CNC Software Inc.); Powerm SolidWorks (SolidWorks Corp.) и др.
Ряд CADCAMCAEPDM-систем среднего уровня разработан в СССР и России. Наибольшее распространение среди них получили программные продукты компаний «Аскон» «Топ Системы» и некоторых других.
На базе интегрированных CADCAMCAEPDM-систем развивается новое направление автоматизированного проектирования – виртуальная инженерия (virtual engineering). Виртуальная инженерия основана на имитационных программных технологиях виртуальной реальности охватывающих весь цикл разработки и производства продукта. Используя специальное оборудование (головные дисплеи устройства осязания расширенную звуковую системы) проектировщик может погружаться в виртуальную среду создавать компоненты модифицировать их управлять различными устройствами и взаимодействовать с различными объектами.
Структура САПР ТП сборки
Полноценная САПР ТП сборки должна обеспечивать :
выбор метода достижения заданной точности сборки;
декомпозицию изделия (сборочной единицы) в соответствии с его технологической структурой;
выбор базовых деталей для узловой и общей сборки;
выделение в конструкции размерных цепей их расчет по методикам задаваемым пользователем интерпретирование результатов расчета;
формирование собственно ТП сборки его маршрутно-операционного или операционного изложения техническое нормирование;
выбор и оптимизацию вариантов ТП сборки в соответствии с заданными критериями (целевыми функциями);
оформление технологической документации на спроектированный ТП.
Проектирование выполняют с учетом объема выпуска изделий и принятого метода работы (поточного непоточного) массово-габаритных характеристик предмета производства и применяемых средств технологического оснащения. При поточной сборке должна быть произведена синхронизация операций по такту выпуска определены число сборочных операций и коэффициенты загрузки рабочих мест.
Важнейшей составляющей входной информации САПР ТП сборки является геометрическая модель предмета производства (изделия сборочной единицы). Эта модель должна быть технологически опознаваема системой. Для каждого ее элемента при необходимости должны определяться: данные о точности размеров; формы и взаимного расположения поверхностей; граничащие (взаимодействующие) детали; характер взаимодействия; сведения о сопряжениях деталей (посадки); значения зазоров (натягов) в сопряжении и т.д.
При автоматизированном проектировании ТП сборки вначале определяют ее принципиальную схему (последовательность) а затем на основе выбранной схемы разрабатывают маршрутно-операционную технологию сборки.
Любая принципиальная схема сборки возможна если на ее основе можно реализовать хотя бы один ТП обеспечивающий требуемое качество изделия.
Основными факторами влияющими на последовательность сборки являются условия базирования и доступа к месту установки элемента. Условие базирования при установке элемента A выполняется если среди установленных ранее элементов есть такие которые образуют хотя бы один состав сборочной базы. Условие доступа к месту установки элемента A выполняется если среди установленных ранее нет элементов препятствующих установке элемента A.
Формализация этапов разработки принципиальных схем и маршрутов сборочных процессов базируется на топологических моделях технологических схем сборки методах анализа пространственной взаимосвязи элементов изделий и моделирования технологических маршрутов их сборки. При использовании систем объемного геометрического моделирования процедура разработки схемы может быть заменена технологическим контролем возможной собираемости узла в рассматриваемой последовательности. Такой контроль может быть осуществлен например в диалоговом режиме с помощью специально разработанной базы знаний.
Состав сборочных операций определяется видом соединения и отличается большим разнообразием. Для моделирования операций используют табличные и сетевые модели.
В сборочной операции основным переходом определяющим качество сборки является выполнение соединения. Для каждого вида соединения необходима разработка конкретного алгоритма проектирования.
Компьютерное интегрированное производство
Компьютерное интегрированное производство (CIM - Computerintegratedmanufacturing) появилось в начале 90-хгодов. Такое производство обеспечивалось комплектом компьютерных систем САПР обеспечивающих автоматизацию проектирования на всех этапах жизненного цикла машиностроительного изделия.
Этап I.Разработка технологического задания и согласование его с заказчиком.
Этап II.Разработка конструкторской документации.
Этап III.Выполнение технических расчетов.
Этап IV.Разработка технологической документации.
Этап V.Разработка комплекта программ для станков с ЧПУ.
Этап VI.Изготовление деталей и сборка узлов.
Этап VII.Сборка изделия в целом.
Этап VIII.Упаковка и транспортировка.
Этап IX.Проведение технологического обслуживания изделия.
В настоящее время для обозначения компьютерных систем обеспечивающих автоматизированное проектирование используется термин CAD-CAM-CAE-CAPP-PDM-ERP. Это сложное название состоит из аббревиатур каждая из которых обозначает определенный вид системы.
CAM - computer automated manufactur
PDM - productdatamanagement (управление информационными потоками об изделиях);
Этап проектирования конструкторской документации (CAD)
Компьютерные системы для автоматизации проектных работ этого этапа появились и стали широко использоваться вместе с появлением персональных компьютеров в 80-е годы. Уже в самом начале эти системы разделились на два направления: параметрические и непараметрические.
В непараметрических системах привязка всех элементов чертежа отрезков прямых окружностей и дуг окружностей выполнялась на основе координатной сетки системы. Её можно было увеличить или уменьшить отобразив в том или ином масштабе. Самой яркой непараметрической системой является AutoCAD.
Рассмотрим принцип формирования непараметрического чертежа на простом примере.
Рисунок 10 - Представление чертежа в разных системах: а) непараметрическая;
Непараметрическая система:
Параметрическаясистема:
Circle C1 TL3 AL4 r1
K1 P1 TL2 TL3 TC1 AL4 AL1 P1
Обозначения в командах: Line–прямая линия Arc – дуга окружности
P – точка L – обозначение прямой линии HOR–горизонтально VERвертикально PAR– параллельно Circle– окружность С – обозначение окружности T – совпадение направления A – противоположное направление K– контур.
Положительным направлением для прямых считается «слева направо» и «снизу вверх» (как в координатных осях) положительным направлением для окружности считается «по часовой стрелке».
Пример описания команд:
LineL3 PARL1 l1 – линия L3 строится параллельно L1 на расстоянии l1.
K1 P1 TL2 TL3 TC1 AL4 AL1 P1 – контур K1 начинается из точки P1 идет по положительному направлению линии L2 затем L3 затем по окружности C1 затем по линии L4 в направлении противоположном положительному направлению самой линии затем по линии L1 также в противоположном направлении и заканчивается в точке P1.
Для привязки отрезка прямой необходимо иметь 2 точки. Для привязки дуги окружности - 3 точки а окружности - точку и радиус.
При выполнении геометрических построений система предложит несколько способов выполнения прямых и окружностей. После образования всей геометрии элементы построения будут зафиксированы с помощью своих граничных точек.
В параметрических системах используется принципиально другой подход. Здесь также имеется базовая система координат но к этой системе привязываются не все элементы чертежа а только одна точка.
В процессе выполнения построений система запоминает взаимосвязи между элементами и способ построения всех элементов. При этом элементы оказываются построенными относительно друг друга но каждому элементу соответствует своя команда.
Преимущества и недостатки непараметрических систем
Эти системы чрезвычайно легки в освоении. Они имеют множество инструментов облегчающих выполнение чертежа (именно поэтому система KOMPAS 2D в России пользуется большой популярностью). Однако если чертеж сложный и его необходимо отредактировать приходиться практически полностью перечерчивать чертеж.
Данные системы не позволяют на основе одного базового чертежа иметь множество вариантов его исполнения.
Преимущества и недостатки параметрических систем
Эти системы более сложные. При выполнении чертежа приходится продумывать последовательность его выполнения а также параметрические увязки всех элементов между собой. При неправильно созданном чертеже существует опасность его вырождения при редактировании. Однако правильно сформированный чертеж обеспечивает чрезвычайно высокую гибкость для редактирования. На его основе возможно создание целой библиотеки различных вариантов исполнения деталей. Если выполняется сборочный чертеж то благодаря параметризации очень легко подогнать детали друг к другу. У непараметрических систем этого не получится т.к. придется редактировать входящие в сборку чертежи.
Этап проектирования конструкторской документации традиционно заканчивается комплектом двухмерных чертежей и спецификацией поэтому на раннем этапе развития CAD систем все усилия разработчиков САПР были сосредоточены на развитие систем класса 2D. Этому способствовало то что для объемного отображения деталей требовалась значительная мощность персонального компьютера.
Развитие микропроцессорной техники в 90-е годы и появление процессоров IntelPentiumX486 и IntelPentiumPro сделало возможным реализацию на персональном компьютере сложной трехмерной графики поэтому в эти годы ведущие производители CAD систем один за другим стали предлагать трехмерные системы для автоматизации проектно-конструкторских работ. Одна из самых популярных систем SolidWorks появилась именно в 90-е годы. В России системы класса 3D стали внедряться в проектно-конструкторских работах в двухтысячные годы.
В 3D системах формирование детали осуществляется с помощью объемных операций.
Выталкивание. На сегодняшний день «выталкивание» позволяет выполнить операцию над листовым телом и выполнить выталкивание с уклоном.
Рисунок 11 - Операция «выталкивание»
Вращение. Чрезвычайно удобная операция для формирования различных валов втулок и др. деталей типа тел вращения.
Рисунок 12 - Операция «вращение»
Формирование тела по траектории.
Рисунок 13 - Операция «тело по траектории»
Формирование тела по сечению.
Рисунок 14 - Операция «тело по сечению»
Рисунок 15 - Булевы операции
Сглаживание. Обеспечивает формирование фасок и скруглений на ребрах.
Рисунок 16 - Операции формирования 3D тел
В современных системах предлагается целый набор различных конструктивных элементов отверстий различной формы пазов с помощью которых можно быстро и эффективно выполнить 3D модель проектируемой детали.
В настоящее время на рынке САПР имеются очень большой выбор систем класса 3D. Системы трехмерного твердотельного 3Dмоделирования позволяют:
)существенно сократить время проектирования конструкторской документации и повысить его качество.
)быстро отредактировать модель.
)смоделировать работу изделия в целом и устранить конструктивные ошибки и недостатки до начала изготовления.
)Разработать управляющие программы для станков с ЧПУ непосредственно по 3Dмодели.
В настоящее время имеется несколько десятков систем 3D моделирования. В России среди таких систем наиболее широко используются:SolidWorks Inventor и Unigraphics. Лучшей отечественной системой 3Dмоделирования считается T-FlexCAD 3D. С ней по популярности конкурирует система KOMPAS 3D. Отечественные системы оказались лучше приспособленными для российского пользователя благодаря интерфейсу а также лучшей приспособленности для разработки документации в соответствии с ГОСТ.
Этап выполнения технических расчетов (CAE)
Процесс разработки КД сопровождается выполнением разнообразных технических расчетов с помощью которых определяются оптимальные размеры деталей и её нагрузочная способность.
Традиционно для выполнения таких расчетов в проектных подразделениях существовал специальный отдел в котором для автоматического выполнения расчетов используются различные пакеты программ. В зависимости от специфики проектных подразделений решение задачи может быть разным поэтому в соответствии с требованиями к расчету существуют и разные программы осуществляющие его. Поэтому разработчики CAE систем выпускают свои системы в виде целого набора специальных модулей.
Системы класса CAE - наиболее сложные и наукоемкие из всех видов САПР. Среди зарубежных систем наиболее известны системы: ANSYS (США) и NASTRAN.
Эти системы обеспечивают выполнение следующих расчетов:
)Конструкционные (механические расчеты);
)Гидрогазодинамические;
)Электростатические электромагнитные;
)Междисциплинарные задачи;
)Машиностроение (станки тяжелое оборудование турбины электрооборудование);
)Нефтегазовая отрасль;
)Проектирование мостов и зданий;
)Электроника и приборостроение
Особенность механических расчетов в этой системе состоит в том что учитывается предельная нагруженность при которой упругие деформации начинают переходить в пластические.
Задачи расчета конструкций
-Модули ANSYSMultiphysics ANSYSLS-DYNA ANSYSMechanical ANSYSStructural ANSYSProfessional ANSYSDesignSpace):
-Cтатический и динамический анализ конструкций с учетом нелинейного поведения материалов включая ползучесть большие пластические деформации значительный изгиб сверхэластичность накопление остаточной деформации при циклическом нагружении изменяющиеся условия контакта;
-Определение собственных мод и резонансных спектров вынужденных колебаний а также смещений и напряжений по известным вибрационным спектрам;
-Динамический анализ переходных процессов и точный динамический анализ моделирующий большие деформации в тех случаях когда значимыми становятся силы инерции — ударное нагружение дробление быстрая формовка и т.п.
-Контактные задачи (поверхность-поверхность узел-поверхность узел-узел cтержень-стержень).
-Задачи потери устойчивости конструкций.
Стоимость таких систем (полный комплект модулей) может достигать 30000.
В России также имеются системы класса CAE. Сравнительный анализ выполненный на основе расчета аналогичных конструкций показывает что российские системы как минимум не уступают зарубежным. Одной из наиболее мощных систем класса CAE считается система WinMachine разработанная в МГТУ им. Баумана.
Данная система специализируется на следующих расчетах:
)энергетических и кинематических параметров;
)прочности жесткости и устойчивости;
)выносливости при постоянной и переменной внешних нагрузках;
)вероятности надежности и износостойкости;
)динамических характеристик;
Система имеет модульную структуру и в зависимости от решаемых задач пользователь может приобрести нужный набор модулей. Всего в систему входит 11 модулей:
)проектирование приводов (APM Drive)
)проектирование подшипников (APM Bear)
)проектирование валов и осей (APMShaft)
)проектирование зубчатых червячных ременных и цепных передач (APMTrans)
)проектирование кулачковых и мальтийских механизмов (APMCam)
)расчет напряженно-деформированного состояния и динамики конструкций (APMStructure3D)
)расчет балочных элементов конструкций APMBeam
)проектирование резьбовых сварных заклепочных соединений (APMJoint)
)проектирование пружин (APM Spring)
)проектирование рычажных механизмов (APMSlider)
)расчет винтовых шарико-винтовых и планетарных передач (APMScrew)
Последний вид расчета отличается высокой сложностью и затратами машинного времени. Он основан на конечных элементах.
Рисунок 17 - Конечный элемент
Вся конструкция разбивается на конечные элементы чем мельче элемент тем точнее расчет но при этом и гораздо выше время его исполнения. Взаимодействие соседних конечных элементов описывается системой линейных алгебраических уравнений. Таким образом система конечно-элементного анализа разбивается на 3 части:
Модуль формирования сетки конечных элементов.
Рисунок 18 - Сетка конечных элементов
Рисунок 19 - Конструкция и ее анализ
Модуль формирования системы линейных алгебраических уравнений и её решения.
Модуль интерпретации результата расчета.
Кроме описанной системы WinMachine имеется также целый ряд других программ. Многие разработчики CADсистем создают свои собственные CAE системы пусть и не охватывающие весь спектр расчетов. Так например в состав комплекса T-Flex также входит CAE система конечно-элементного анализа. Она обеспечивает расчет деформации под действием статических нагрузок поведение конструкции под действием динамических нагрузок термические расчеты.
Рисунок 20 - Структура системы
Этап разработки программ для станков с ЧПУ (САМ)
Эти системы самые многочисленные их общее количество составляет несколько десятков и приближается к сотне. Одну из таких систем мы изучали в прошлом году - система PEPSCAM.
CAM системы также имеют модульную структуру. Модули ориентируются на определенный вид обработки и уровень сложности этой обработки. По видам обработки модули делятся на: токарную фрезерную для токарных обрабатывающих центров сверлильно-расточную электроэрозионную лазерную.
Виды обработки реализуются разными модулями в зависимости от количества управляемых осей они подразделяются на:
-25D электроэрозионные (проволочные);
-4Dдля токарных обрабатывающих центров;
-5Dдля токарных обрабатывающих центров;
Кроме систем для станочной обработки имеется ряд систем для автоматизации других видов обработки это так называемые литейные пакеты обеспечивающие моделирование процесса заливки жидкого металла его кристаллизации и моделирования формы готовой детали. Также существуют пакеты для моделирования ковки и горячей объемной штамповки (ГОШ).
Этап проектирования маршрутно-операционных технологий (CAPP)
Разработка маршрутно-операционных технологий выполняется сотрудниками ОГТ или технологического бюро. Традиционно эта работа заключалась в ручном заполнении бланков МОК имеющих стандартную форму.
В советское время на предприятиях существовали многочисленные отделы АСУ с надлежащим штатом программистов. Этими силами разрабатывались специализированные САПР ориентированные на особенности и традиции данного предприятия.
В 90-е годы началась резкое сокращение штатов АСУ и ОГТ. САПР разработанные на старой компьютерной технике уже не могли использоваться. В это время на рынке САПР появились системы максимально унифицированные для проектирования технологий. Наиболее легким вариантом реализации такой системы было использование диалогового режима. Подавляющее большинство систем класса CAPP поддерживают диалоговый режим.
Проектирование ТП в диалоговой системе
В начальный период освоения САПР ТП процесс проектирования сводится к выбору необходимых данных из базы данных. Он разбивается на стадии:
Ручное проектирование маршрута состава операций и переходов (без САПР).
Ввод операций и оснащения операций в САПР.
В соответствие со стандартом оснащением операций может быть оборудование (станок) приспособление (патрон тиски) СОЖ вспомогательный материал. Также в каждой операции обязательно указывается шифр инструкции по ТБ.
Ввод в систему переходов на каждую операцию. Особенностью систем САПР является то что переходы вводятся на основе шаблонов (Например «Точить поверхность E с диаметра D на длине L выдерживая размер X»). После выбора шаблона геометрия и другие параметры вводятся как значения переменных. Непосредственный ввод в переход числовых значений приводит к перегрузке базы данных (БД) лишней информацией неудобству работы пользователя с большими таблицами полными дублированной информацией. Оснащением переходов может быть режущий измерительный сборочный и вспомогательный инструмент.
Нормирование ТП обычно на основе стандарта или СТП определяет оптимальные режимы резания для данного материала заготовки используемого инструмента точности обработанной поверхности. Для определения нормы времени используются таблицы в которых в зависимости от геометрических размеров поверхностей указываются укрупненные нормативы времени. Аналогичные таблицы имеются и для вспомогательного времени. Завершается процесс расчетом штучного времени для каждой операции.
Для ввода данных в ТП существует 3 способа:
Непосредственное обращение к БД ручной поиск и ввод.
Комплексный ввод когда в БД вводятся начальные буквы исходных данных и система подыскивает наиболее подходящие. Этот способ удобен для ввода наименований операций.
Использование фильтра (например сверло имеет обозначение ГОСТ 7485 -82D48 L100 мм тогда его поиск в БД можно выполнить по цифрам содержащимся в ГОСТе: *7485*).
Такой процесс проектирования характерен лишь для начальной стадии освоения системы впоследствии БД становится все полнее и полнее. В итоге она будет содержать все оснащение используемое на данном предприятии а главное - библиотеку технологических процессов (ТП) которые можно будет использовать в качестве аналога.
Приложение для КОМПАСа в Дельфи
КОМПАС – это система трехмерного моделирования которая позволяет
создавать трехмерные модели деталей и сборок чертежи и спецификации
Важной особенностью системы КОМПАС является то что эта система
предоставляет другим приложениям посредством технологии COM тесно
взаимодействовать с системой КОМПАС. Что это дает?
Это позволяет самостоятельно создавать приложения способные в
автоматизированном режиме создавать достаточно сложные детали сборки
чертежи и спецификации значительно упрощая тем самым работу
Взаимодействие с системой КОМПАС осуществляется посредством
интерфейсов. Упрощенно говоря интерфейс – это класс позволяющий одной
программе взаимодействовать с другой.
Каждый интерфейс представляет собой класс со своими свойствами и
методами. Данный класс целиком и полностью реализуется системой
КОМПАС. Мы в своих программах лишь обращаемся к свойствам и методам
Все интерфейсы предоставляемые системой КОМПАС описаны в
документации этой системы. Для нас наибольший интерес представляет
SDK1 находящийся в каталоге КОМПАСА. Это справочный файл в котором содержится описание интерфейсов.
Не путать с Platform SDK поставляемой компанией Microsoft.
В ранних версиях КОМПАС (например 8) он имел расширение .hlp в более новых версиях (например 13) он имеет расширение .chm. Данный переход вызван тем что в новых операционных системах Windows компания Microsoft отказалась от поддержки формата hlp.
Для упрощения разработки приложений под КОМПАС в состав последнего входит большое число модулей (заголовочных файлов) для различных языков программирования. В этих модулях содержится описание интерфейсов соответствии с синтаксисом определенного языка.
Располагаются эти модули в подкаталоге Include каталога SDK.
Среди всех модулей находящихся в этом каталоге нас интересует всего два.
ksTLB.pas – в нём содержится описание интерфейсов с их свойствами и методами.
ksConstTLB.pas – в нём содержится описание большого числа констант которые упоминаются в документации КОМПАС. К сожалению в этом модуле указаны далеко не все константы. При первом упоминании константы численное значение которой не указано в этом модуле в книге будет приводиться её реальное числовое значение.
Помимо всего прочего в комплект поставки КОМПАСа входит большое число примеров разработки приложений под эту систему. Примеры на языке Delphi расположены в подкаталоге Pascal каталога SDK.
В этом каталоге расположено два подкаталога. В подкаталоге Delphi приводятся примеры основанные на API экспортных функций (в данной
книге не рассматривается). В подкаталоге DELPHIAUTO приводятся примеры основанные на API интерфейсов (что мы и будем рассматривать).
Таким образом интересующие нас примеры располагаются в
подкаталоге «PascalDELPHIAUTO» каталога SDK.
Подключение к КОМПАСу
Для того чтобы работать с КОМПАСом нам нужно сначала как-то к нему подключиться.
Сама система КОМПАС предоставляет интерфейс KompasObject. Это ключевой интерфейс системы из которого могут быть получены все другие.
Получить этот интерфейс можно с помощью функции CreateOleObject описанной в модуле ComObj. Вот прототип этой функции: funct
У нее всего один параметр – строковое имя класса объекта. Для
использования системы КОМПАС с интерфейсом версии 5 в качестве такой строки нужно указать Kompas.Application.5’.
В случае успеха данная функция вернет нам интерфейс с которым мы сможем работать. При этом в списке процессов появится процесс «Kompas.exe».
Если же она не смогла успешно завершиться по какой-то причине (например в системе не установлено приложение КОМПАС) то она сгенерирует исключение класса EOleSysError.
Ниже приводится фрагмент листинга программы демонстрирующий подключение к системе КОМПАС:
Модули необходимые нам для работы
переменная – интерфейс системы КОМПАС
Пытаемся подключиться к КОМПАСУ
kompas:=KompasObject(CreateOleObject(Kompas.Appl
Не удалось подключиться к КОМПАСУ
Здесь мы выполняем преобразование типов. Дело в том что функция
CreateOleObject возвращает значение типа IDispatch а мы преобразовываем
его к типу KompasObject который нам и нужен.
По идее после получения интерфейса KompasObject на экране должно появиться окно КОМПАСа но оно не появляется. Почему? Дело в том что
оно невидимо. Нет серьезно невидимо. Для того чтобы сделать его видимым нужно свойству Visible интерфейса KompasObject присвоит значение true. В итоге окончательный код подключения к КОМПАСу будет выглядеть так (обработка ошибок опущена но она подразумевается):
Что произойдет если на момент вызова функции CreateOleObject у пользователя уже будет запущен один или несколько экземпляров приложения КОМПАС?
Будет создан еще один экземпляр этого приложения. Если вы этого не хотите то есть если вы хотите получить интерфейс уже запущенного экземпляра приложения КОМПАС тогда вместо функции CreateOleObject вам нужно использовать функцию GetActiveOleObject из того же модуля. Вот ее прототип:
Как видите она имеет точно такой же прототип. В качестве единственного параметра она ожидает получить строковое имя класса объекта.
В случае ошибки (например на момент ее вызова не запущено ни одного экземпляра приложения КОМПАС) она генерирует исключение с классом EOleSysError.
Код подключения к уже запущенному экземпляру приложения КОМПАС может выглядеть так:
kompas:=KompasObject(GetAct
kompas.Visible:=true
«А зачем здесь нужно устанавливать видимость?» - наверняка спрашиваете вы. Здесь установка видимости выполняет другую задачу: сделать активным тот экземпляр приложения КОМПАС к которому мы подключились.
Завершение работы КОМПАСа
Хорошо мы разобрались с тем как запускать КОМПАС и подключаться к нему. Теперь поговорим о том как корректно завершить его работу. В принципе вы можете этого и не делать. Действительно в том что после завершения работы вашей программы система КОМПАС продолжит свою работу лично я не вижу ничего плохого (хотя все зависит от решаемой задачи). Впрочем все это лирика вернемся на землю.
Для завершения работы системы КОМПАС у интерфейса KompasObject есть специальный метод Quit(). Если в данном экземпляре приложения был открыт один или несколько документов то перед закрытием пользователю будет выдано сообщение с предложением сохранить изменения. Параметров как и возвращаемых значений у данного метода нет. Вроде все просто.
Тогда такой вопрос: «что произойдет если пользователь закроет приложение КОМПАС до того как мы вызовем метод Quit?». В этом случае попытка вызова данного метода завершится ошибкой с уже знакомым нам классом EOleSysError. Поэтому будьте внимательными.
Метод GetParamStruct
У интерфейса KompasObject есть замечательный метод GetParamStruct с которым мы не раз столкнемся в дальнейшем. Данный метод возвращает интерфейс параметров объектов нужного типа. С помощью него могут быть получены интерфейсы описывающие параметры документа штриховки обозначения базы и много другого. Вот прототип этого метода:
GetParamStruct(structType: Small
В качестве единственного параметра данный метод принимает тип объекта интерфейс параметров которого мы хотим получить. Тип выражается в виде целого числа. Допустимые типы представлены в виде констант в соответствующем модуле.
В случае ошибки (если например указан ошибочный тип объекта) данный метод возвращает значение nil.Так как метод GetParamStruct возвращает значение IDispatch мы будем вынуждены каждый раз вручную преобразовывать тип интерфейса точно так же как это делали при подключении к КОМПАСу.
Delphi. Вкладка - Standard
Панель – некий контейнер для группировки других компонентов. Используется также для отображения текста. Основное назначение панели – визуальное объединение различных элементов интерфейса (окна кнопки списки) функционально связанных друг с другом.
Компоненты закладки Standard.
Рис.21. Палитра компонентовStandard
Этот компонент впервые введен в Delphi 5. Он определяет раму контейнер для размещения других компонентов. В функциональном отношении компонент почти повторяет свойства формы и отличается от нее в основном лишь тем что его можно помещать на формы или в другие рамы. Фактически рама представляет собой удобное средство создания шаблонов - произвольных наборов компонентов максимально приспособленных для нужд конкретного пользователя. Раз созданный шаблон может подобно любому другому компоненту размещаться на форме или другой раме (допускается неограниченная вложенность рам). Замечу что любые изменения в базовой раме (т.е. в раме сохраненной в палитре) тут же отображаются во всех проектах использующих данную раму.
Первоначально проекту ничего не известно о возможно ранее созданных рамах поэтому попытка поместить на пустую форму компонент-раму вызовет сообщение: No frames in project. To create a frame select File 1 New Frame. (В проекте нет рам. Чтобы создать раму выберите File I New Frame.) Это сообщение и описываемая ниже методика подключения шабло нов - единственное что отличает механизм использования шаблонов от использования стандартных компонентов. Создадим простую раму содержащую две кнопки - mbOk и mbcah-Такой шаблон может пригодится при конструировании различ-ных диалоговых окон.
Создайте НОВЫЙ проект (File New Application). ЕСЛИ ОН
все еще связан с учебной формой определенной в гл. 5 предварительно вызовите окно редактора Репозитория (Tools Repository) в окне Pages щелкните по Forms а в появившемся в правом окне списке objects - no fmExamipe после чего уберите флажок в переключателе Main Form и закройте окно кнопкой ок.
Создайте новую раму - выберите File New Frame.
Поместите на раму две кнопки TB B Frame1 : Height=25 Width=165 Anchors=[akRight akBottom]
Установленные параметры создадут минимальную по размерам раму с двумя именованными кнопками. Так как свойство Anchors рамы содержит значения [akRight akBottoms]paмa будет все время отслеживать свое положение относительно правого нижнего угла контейнера в который она будет помещена.
Щелкните по раме правой кнопкой мыши и выберите в локальном меню Add то Palette - на экране появится диалоговое окно с предложением сохранить модуль шаблона в дисковом файле.
Сохраните шаблон в файле с именем DigBtnsF в папке для ваших программ. Обратите внимание на автоматически созданное умалчиваемое имя заготовки - TFrame1Tamplate. Т. к. это имя будет появляться ярлычке Hint при высвечивании компонента мышью следует дать ему более осмысленное имя например TDialogButtons. И еще одно замечание - в качестве страницы палитры компонент тов в окне предлагается страница Templates (шаблоны) которая отсутствует в начальном наборе страниц палитры. Если вы сохраните это имя в Delphi будет создана новая страница компонентов.
Задайте имя класса шаблона и страницу его размещения после чего щелкните по кнопке Ok - шаблон готов для использования.
После закрытия окна регистрации сам шаблон останется на
экране. Подобно дополнительной форме его модуль стал составной частью проекта поэтому размещение шаблона на форме не вызовет проблем.
Щелкните по пиктограмме на странице standard палитры компонентов и затем по пустому месту в форме Form1 - на экране появится окно с предложением выбрать нужный шаблон.
Нажмите Enter и шаблон появится в форме так как если бы это был любой другой компонент.
Следует отметить что если вы откроете новый проект и попытаетесь разместить на форме раму со страницы standard на экране вновь появится сообщение о том что в проекте нет рам.
Компонент класса TMainMenu определяет главное меню формы. На форму можно поместить сколько угодно объектов этого класса но отображаться в полосе меню в верхней части формы будет только тот из них который указан в свойстве Menu формы.
После установки компонента на форму необходимо создать его опции. Для этого следует дважды щелкнуть по компоненту левой кнопкой мыши либо нажать на нем правую кнопку* и выбрать продолжение Menu Designer в появившемся вспомогательном меню либо наконец щелкнуть по кнопке в правой половине строки items Инспектора объектов. Создание опций не вызывает проблем. Перейдите в окно Инспектора объектов и введите текст опции в строке caption после чего нажмите Enter - опция готова и можно переходить к следующей. Каждая опция главного меню может раскрываться в список под опций или содержать конечную команду. Для создания под опций щелкните мышью по строке ниже опции и введите первую под опцию. Продолжайте ввод пока не будет создан весь список под опций после чего щелкните по пустому прямоугольнику справа от первой опции и введите вторую опцию. Процесс гораздо сложнее описать чем выполнить. В названиях опций можно указать символ «&» перед тем символом который определит клавишу быстрого выбора опции.При создании меню эта опция в строке caption Инспектора объектов содержала текст &Файл. Если вы захотите вставить разделительную черту отделяющую группы под опций назовите очередной элемент меню именем «-». Так например создана черта отделяющая опции меню: свойство caption пятого по счету элемента списка опций Файл содержит единственный символ «-».
Для создания разветвленных меню т.е. таких у которых под опций вызывают новые списки под опций щелкните по под опций и нажмите Ctrl+вправо где вправо - клавиша смещения курсора вправо. Такого же эффекта можно добиться после щелчка правой кнопкой мыши на под опций и выборе продолжения create submenu.
Компоненты класса TPopupMenu используются для создания вспомогательных (локальных) меню появляющихся после нажатия правой кнопки мыши. В отличие от главного меню вспомогательное меню может быть создано для любого оконного компонента. Чтобы связать щелчок правой кнопкой мыши на компоненте с раскрытием вспомогательного меню в свойство Рорир меню компонента необходимо поместить имя компонента-меню.
Вспомогательное меню создается с помощью конструктора меню и содержит элементы описанного в класса TMenuitem поэтому процесс создания и свойства вспомогательного меню ничем не отличаются от TMainMenu.
Контекстное или всплывающее меню дает пользователю дополнительные удобства при работе. При использовании рассматриваемого компонента нужно иметь введу следующие возможности.
Контекстное меню должно быть ассоциировано с визуальным компонентом.
Для каждого компонента можно создать свое собственное контекстное или всплывающее меню.
Пункты всплывающего меню могут содержать субменю.
Для удобства вам желательно давать имя каждому из меню имя ассоциированного визуального меню. К примеру PopMenuMemo1!
Поместить и управлять визуальным компонентом можно как выбором его в Инспекторе объектов так и двойным щелчком по нему на форме!
Компоненты класса TLabel (метка) предназначены для размещения на форме различного рода текстовых надписей. Для этого служит центральное свойство компонента - caption. С помощью свойства Font можно разнообразить вид надписи (оба эти свойства достались метке от предка TGrapnicControl и поэтому не отображаются в таблице ниже). С компонентом может быть связан оконный управляющий элемент который выбирается при нажатии Alt+Буква где Буква - выделенная подчеркиванием буква в тексте метки. Такие символы в терминологии Windows называются акселераторами.
Используется для ввода пользователем одно строчных текстов. Может использоваться для отображения текста. Компонент визуальный.
В компонентах Edit вводимый и выводимый текст содержится в свойстве Text. Это свойство можно устанавливать в процессе проектирования или задавать программно. Выравнивание текста как это имело место в метках и панелях невозможно. Перенос строк тоже невозможен. Текст не помещающийся по длине в окно просто сдвигается и пользователь может перемещаться по нему с помощью курсора. Свойство AutoSize в окнах редактирования имеет смысл отличный от смысла аналогичного свойства меток: автоматически подстраивается под размер текста только высота но не ширина окна.
Компоненты класса TMemo предназначены для ввода редактирования иили отображения достаточно длинного текста. Текст хранится в свойстве Lines класса TStrings и таким образом представляет собой пронумерованный набор строк (нумерация начинается с нуля). С помощью СВОЙСТВ И методов ЭТОГО класса (Count Add Delete Clear И Т. Д)
можно динамически формировать содержимое компонента.
Свойства BorderStyle CanUndo HideSelection MaxLentgh Modified OEMConvert OnChange Readonly SelLength SelStart И SelText аналогичны соответствующим свойствам класса TEdit. Свойство wordwrap аналогично свойству TLabe1.wordwrap.
Кнопка для выполнения пользователем каких-то команд Страница библиотеки Standard Класс TButton
Иерархия TObject — TPersistent — TComponent — TControl — TWinControl — TButtonControl
Кнопки TButton широко используются для управления программами. Связанный с кнопкой алгоритм управления реализуется в обработчике события OnClick.
Свойства компонента:property Cance property Defau typa TModalResult = Low (Integer) ..H property ModalResult: TModalResult: Если имеет значение True событие Onclict кнопки возникает при нажатии клавиши Esc. Если имеет значение True событие Onclick кнопки возникает при нажатии клавиши Enter Определяет результат с которым было закрыто модальное окно (см. ниже пояснение)
В терминологии Windows модальными окнами называются такие специальные окна которые раз появившись на экране блокируют работу пользователя с другими окнами вплоть до своего закрытия. Обычно с их помощью реализуется диалог требующий от пользователя принятия некоторого решения. Для этого в состав модального окна включается несколько кнопок. Если у кнопки определено свойство ModalResult нажатие на нее приводит к закрытию модального окна и возвращает в программу значение ModalResult как результат Диалога с пользователем. В Delphi определены следующие стандартные: Значения ModalResult: mrNone Модальное окно не закрывается- mrIgnore Была нажата кнопка ignore mrOk. Была нажата кнопка ок mrYes Была нажата кнопка Yes mrCancel Была нажата кнопка cancel mrNo Была нажата кнопка No mrAbort Была нажата кнопка Abort mrAll Была нажата кнопка All mrRetry Была нажата кнопка Retry.
В отличие от большинства других видимых компонентов кнопка TButton является компонентом самой Windows и поэтому не может изменять свой цвет произвольным образом - она его меняет вместе с изменением палитры Windows.
Кнопка всегда имеет системный цвет clBtnFace и не имеет свойства color. Шрифт надписи на кнопке может менять свой стиль и размер но компонент игнорирует изменение его цвета.
Компонент Button представляет собой стандартную кнопку Windows инициирующую какое-то действие. Основное с точки зрения внешнего вида свойство кнопки — Caption (надпись). В надписях кнопок можно предусматривать использование клавиш ускоренного доступа выделяя для этого один из символов надписи — ставя перед ним символ амперсанда «&». Этот символ не появляется в надписи а следующий за ним символ оказывается подчеркнутым. Тогда пользователь может вместо щелчка на кнопке нажать в любой момент кла-вишу Alt совместно с клавишей выделенного символа. Основное событие кнопки — OnClick возникающее при щелчке на ней В обработчике этого события записываются операторы которые должны выполняться при щелчке пользователя на кнопке. Свойство Cancel если его установить в true определяет что нажатие пользователем клавиши Esc будет эквивалентно нажатию на данную кнопку Это свойство целесообразно задавать равным true для кнопок Отменить в раз-личных диалоговых окнах чтобы можно было выйти из диалога нажав на эту кнопку или нажав клавишу Esc. Свойство Default если его установить в true определяет что нажатие пользователем клавиши ввода Enter будет эквивалентно нажатию на данную кнопку даже если данная кнопка в этот момент не находится в фокусе. Правда если в момент нажатия Enter в фокусе находится другая кнопка то все-таки сработает именно кнопка в фокусе. Еще одно свойство — ModalResult используется в модальных формах В обычных формах значение этого свойства должно быть равно mrNone. Но в модальных формах использование этого свойства позволяет в ряде случаев вообще не писать обработчик щелчка на кнопке. Из методов присущих кнопкам имеет смысл отметить один — Click. Выполнение этого метода эквивалентно щелчку на кнопке т.е. вызывает событие кнопки OnClick. Этим можно воспользоваться чтобы продублировать какими-то другими действиями пользователя щелчок на кнопке.
Независимый переключатель TCheckBox используется для того чтобы пользователь мог указать свое решение типа Дянет или ДаНетНе совсем (в последнем случае в окошке компонента устанавливается флаг выбора но само окошко закрашивается серым цветом) Это решение отражается в свойстве state компонента доступном как для чтения так и для записи. В составе диалогового окна может быть несколько компонентов TCheckBox. Состояние любого из них не зависит от состояния остальных поэтому такие переключатели называются независимыми.
Типичное использование компонента:if CheckBox1.Checked than else
Или:case CheckBo cbUnchecked:. . .; cbGrayed : ;
В отличие от TCheckBox компоненты TRadioButton представляют собой зависимые переключатели предназначенные для выбора одного из нескольких взаимоисключающих решений. На форму (точнее в компонент-контейнер) помещается по меньшей мере два таких компонента. Они могут иметь только два состояния определяемых свойством checked. Если в одном компоненте это свойство принимает значение True во всех других компонентах расположенных в том же контейнере свойства checked принимают значения False.
помимо свойства Checked КОМПОНЕНТ TRadioButton имеет еще одно специфичное свойство - Alignment аналогичное такому же свойству TCheckBox. Как и в TCheckBox программист не может изменять размеры и цвет круглого окошка компонента.
Компонент класса TListBox представляет собой стандартный для Windows список выбора с помощью которого пользователь может выбрать один или несколько элементов выбора. В компоненте предусмотрена возможность программной прорисовки элементов поэтому список может содержать не только строки но и произвольные изображения.
Комбинированный список TComboBo property DroppedDown: Boo property OnDropDown: TNotСвойство DropDownCount определяет количество элементов списка появление которых еще не приводит к необходимости прокрутки списка.По умолчанию это свойство имеет значение 8: если в списке указано 9 и более элементов ( т. е. больше чем содержит DropDownCount) при его раскрытии к окну будет добавлена полоса прокрутки. Свойство DroppedDown определяет раскрыт ли в данный момент список. Это свойство доступно также для записи что позволяет программно управлять состоянием списка. Событие OnDropDown происходит при изменении состояния списка. Наполнение списка ведется методами Add Append insert и т. п. его свойства items класса TStrings.
Компонент TScro propazty Ma property M property PageS property Pos property Sma
Определяет ориентацию компонента: sbHor sbVertical - бегунок перемещается по вертикали «Большой» сдвиг бегунка (при щелчке мышью рядом с концевой кнопкой) Максимальное значение диапазона изменения числовой величины Минимальное значение диапазона изменения числовой величины Определяет размер позиции табуляции бегунка Текущее значение числовой величины «Малый» сдвиг бегунка (при щелчке мышью по концевой кнопке)
С помощью метода procedure SetParams(APos
можно сразу установить свойства Pos
Scro var Scro property OnScro property OnChange: TNot Первое возникает при любом изменении свойства Position второе -при изменении параметров методом setParams.
Подобно TButton компонентом полностью управляет Windows поэтому у него нет свойства color.
Этот компонент служит контейнером для размещения дочерних компонентов и представляет собой прямоугольное окно с рамкой и текстом в разрыве рамки. Обычно с его помощью выделяется группа управляющих элементов объединенных по функциональному
назначению. Свойства и методы этого класса цели ком унаследованы им от своих предков TCustomcontrol и Twincontrol!
Компонент класса TRadioGroup представляет собой специальный контейнер предназначенный для размещения зависимых переключателей класса TRadioButton. Каждый размещаемый в нем пререключатель помещается в специальный список Items и доступен по индексу что упрощает обслуживание группы.
После размещения компонента на форме он пуст. Чтобы создать в нем хотя бы один переключатель следует раскрыть редактор списка Выбран 2-й переключатель
aНе выбран ни один переключатель
Панели Panel используются наиболее широко. С их помощью компонуются различные элементы интерфейса (кнопки окна редактирования списки) функционально связанные друг с другом. Такая функциональная связь должна поддерживаться и зрительной связью — объединением соответствующих элементов в рамках одной панели. Панели Panel могут также использоваться для организации инструментальных панелей полос состояния и т.п. хотя для этих целей имеются и специализированные компоненты которые будут рассмотрены позднее.
Не визуальный компонент обеспечивает диспетчеризацию действий разработчика и соответственно событий компонентов с возможностью настройки пользователем инструментальных панелей и меню.
Страница библиотеки Additional Класс Т ActionManager
Иерархия TObject — TPersistent — TComponent — TCustomActionList — TCustomActionManager
Описание. Компонент ActionManager введен в Delphi 6 для создания дополнительных возможностей диспетчеризации действий.
Диспетчер действий ActionManager создает список стандартных и нестандартных действий и в этом отношении подобен ActionList. Но возможности ActionManager несравненно шире. Он не только хранит набор действий. Он управляет также полосами действий — визуальными компонентами на которых располагаются элементы пользовательского интерфейса. К таким компонентам относятся ActionMainMenuBar — полоса главного меню и ActionTool-Ваr — инструментальная панель. Эти компоненты могут вводиться в приложение непосредственно из палитры компонентов а могут создаваться Редактором Действий ActionManager. Из окна Редактора Действий можно формировать полосы действий простым перетаскиванием на них необходимых действий.
Программа «Определение режимов обработки»
Рис.22. Определение режимов обработки
Рис.23. Определение режимов обработки
Для успешного функционирования и конкурентоспособности промышленных предприятий в современных условиях абсолютно необходимы передовые информационные технологий. Они позволяют не только решать широкий круг задач в сфере автоматизации финансово-хозяйственной и управленческой деятельности но и осуществлять комплексную автоматизацию основных технологических и производственных бизнес-процессов.
Потребности современного производства диктуют необходимость глобального использования информационных компьютерных технологий на всех этапах жизненного цикла изделия: от пред проектных исследований до утилизации изделия. Основу информационных технологий в проектировании и производстве сложных объектов и изделий составляют сегодня полномасштабные полнофункциональные промышленные САПР (CADCAMCAE - системы).Активное использование во всем мире “легких” и “средних“ САПР на персональных компьютерах для подготовки чертежной документации и управляющих программ для станков с ЧПУ и сближение возможностей персональных компьютеров и “рабочих станций” в автоматизации проектирования подготовило две тенденции в разработке и использовании САПР которые наблюдаются в последнее время:
-применение полномасштабных САПР в различных отраслях промышленности для проектирования и производства изделий различной сложности;
- интеграция САПР с другими информационными технологиями.
Эти тенденции позволяют говорить что уже в самом ближайшем будущем эффективность производства будет во многом определяться эффективностью использования на предприятиях промышленных САПР.
Но на сегодняшний день уже во многих предприятиях используется система автоматизированного проектирования и инженерам конструкторам проектировщикам архитекторам работающим в САПР-программах необходимо постоянно повышать свою квалификацию; программы развиваются ежегодно появляются новые версии – соответственно специалистам необходимо уметь работать в современном ПО. Иначе САПР используется не на полную мощь.
Список использованной литературы
Джонс Дж. К. Методы проектирования Дж. К. Джонс. – М.: –Мир 1986. – 326 с.
Норенков И.П. Основы автоматизированного проектирования И.П. Норенков. – М.: Изд-во МГТУ им. Баумана 2002. – 336 с.
Смирнов В.В. Математическое моделирование В.В. Смирнов. – Бийск: Изд-во Алт ГТУ 2006. – 103 с.
Корчак С.Н. Системы автоматизированного проектирования технологических процессов приспособлений и режущих инструментов С.Н.Корчак и др.; под общ. ред. С.Н.Корчака. – М.: Машиностроение 1988. – 352с.
Митрофанов С.П. Научная организация труда Машиностроительного производства С.П. Митрофанов. – Л.: Машиностроение 1976. – 712 с.
Ли К. Основы САПР (CADCAMCAE) К. Ли. – СПб.: Питер 2004. – 560 с.
Грувер М. САПР и автоматизация производства М. Грувер Э. Зиммерс. – М.: Мир 1987. – 528 с.
Автоматизированные системы технологической подготовки производства в машиностроении под ред. Г.К. Горанского. – М.: Машиностроение 1976. – 455 с.
Windows Messages SysUtils Variants Classes Graphics Controls Forms
TForm1 = class(TForm)
procedure FormCreate(Sender: TObject);
Private declarations
Public declarations
V : array [1..4] of
n : array [1..8] of
procedure TForm1.FormCreate(Sender: TObject);
Cv := 332; qv := 0.2;
uv := 0.2; T := 800;
Kuv := 0.8;Knv := 1.15;
Kr := 0.9; teB := 750;
Kmv := Kr * Power(teB2nv);
for j:=0 to 3 do begin
for i:=0 to 15 do begin
procedure TForm1.Button1Cl
D := strTofloat(edit11.Te
Sz := strTofloat(edit12.Te
tt := strTofloat(edit13.Te
V[i] := (Cv * Power(Dqv) * Kv) (Power(Tm) * Power(tt
for l:=1 to 4 do begin
procedure TForm1.Button2Cl
fi := strTofloat(edit35.Te
nmin := (1000 * Vmin) (3.14 * Dma
z := 1 + (log10(Rn) log10(f
n[1] := strTofloat(edit34.Te
for k := 2 to 8 do begin
procedure TForm1.Button3Cl
S1z:=0.0055; D := 630;
yp:=0.75;up:=1.1;qp:=1.3;wp:=0.2;
Ne := (Pz * 638 * 1000) (1020 * 60);