Основы САПР (CAD,CAM,CAE) - (Кунву Ли)(2004) (951262), страница 92
Текст из файла (страница 92)
Что зто за информация? Глава 14 ндарты обмена данными ежду системами главах В и 11 мы показали, что прикладные программы, на , например программы нерации сетки для анализа по методу конечных элементов или траектории ижения инструмента станков с ЧПУ, требуют на входе технического описания дукта. Данные технических требований делятся на два типа.
Первый тип дания — это данные чертежа; они включают векторное описание линий (сплошых, пунктирных, осевых, размерных и выносных) и пояснительных данных комментариев, символов и значений размеров), имею меющихся на чертеже. Ко атому типу данных технических требований относится представл редставление твердольнои модели и некоторые пояснительные дан «ь« . П ные. оэтому данные техничеких требований обычно импортируются из САР-системы — либо из системы 'нтоматизированнои разработки чертежей, либо из системы твердотельного моелирования.
Однако, как было отмечено в главах 4 и 5, все САР-системы храрезультаты проектирования, то есть данные технических требований, в своруктур данных, формат которых зависит от конкретной истемы. Они могут не соответствовать входному формату используемой причадной программы. Таким образом, когда две или более САР/САМ/САЕ-сисы объединяются и св язываются в единое приложение для совместного испольвания данных, часто возникает проблема обмена данными.
Фактически всегда «естся потр ность связать воедино несколько систем либо внутр " р утри однои оргаизации, либо внешне, как в случае со смежниками или поставщиками компонтов. я решения этой комм н у икационной проблемы необходима возможность прет««их си разовывать данные технических требований одной систе ы фо хвать программы-конверторы для всех возможных пар САПР, было преллоно несколько стан а тных ф д р форматов для хранения данных технических тре, ваний. В этой " главе мы вкратце рассмотрим типичные стандартные форматы.
4 1. Методы обмена данными хнических требований зличные САР/САМ/САЕ-с / / - истемы хранят данные технических требований структурах разного вида, поэтому для переноса данных необходимо п об зоть данные технических т ебо р бований однои систел«ы в формат другой системы.
е один конверта необхо им Р д для переноса данных между двумя системами в ютивоположном н аправлении. Следовательно, для каждой пары систем необ- ходимо иметь двв конвертора. Двунаправленные стрелки для каждой пары сис- ' - '-' тем (рис. 14.1, а) предполагают наличие двух конверторрв. Зти конверторы для . каждой конкретной пары систем называются пряиьсии конверторами («(пе«я ггапг(агогз). Если у нас есть и различных систем, нам необходимо разработать ",-.. п(п — 1) конверторов, поскольку количество пар систем равно п(п — 1)/2. Например, для обмена даннымн между 10 системами придется разработать 90 конвер-" -.:.'.
торов. Таким образом, метод прямого конвертирования непрактичен, так как: "-'- требует разработки слишком большого количества конверторов при необходи-' .'",. мости работать со множеством систем. Более того, добавление одной системы к й '-":,' уже имеющимся потребует написания 2п дополнительных конверторов. <ЙЮ'-с>.
ш Система 2 Система и Система 3 Система б Рис. 14.1. Деа метода обмена данными между двумя различными системами Однако обмен данными можно обеспечить, введя нейтральную структуру базы данных, называемую нейтрале««ьси файлом (пеигп«!фе), которая была бы незавй-"""' сима от существующих САПР. Зта структура будет действовать как промежу-' точная точка коммуникации между различными структурами баз данных САПР (рис. 14.1, 6). Таким образом, в каждой системе будет своя пара конверторов для ' ' экспорта и импорта данных в этот нейтральный формат. Конвертор, преобразующий данные из собственного формата даннои системы в нейтральный формат, называется препроцессором (рте-ргосехгог), а конвертор, выполняю«ций обратное ." преобразование — постпроцессором (розг-рп«сезгог) (рис.
14.2). Соответствен«1«Ч в этом случае для обмена данными между п системами потребуется 2п конвер.-': торов, и лишь два дополнительных конвертора необходимо будет добавить при .. введении новой системы. Иными словамн, этот косвенный метод свободен от: —. прису«цего прямому методу недостатка, когда требовалось писать все возрастаю'-':: щее количество программ. Зто основная причина, по которой косвенный мето1«;:', принят в качестве главного метода обмена данными между различными система',:.: ми.
несмотря на то что в сравнении с прямым методом у него имеются пекет««-.:: рые недостатки. В частности, прямые конверторы работают быстрее косвеннйх".,'..". и создаваемые ими файлы данных обычно имеют меньший размер, чем ней;:;,' тральные фэллы, «оперируемые косвенными конверторами. Файл данных в соб" ственном формате конкретной системы обычно также оказывается меньше ней-';:,« трального файла из-за обобщенной природь«последнего, Когда мы переносим,:.': данные технических требований через нейтральный файл, некоторая информация, как правило, теряется, особенно информация о топологическом дереве и ог;-': -', раничениях в системах параметрического моделирования. Раздел Окэва! Раздел Раздел О!гвсгогу Елку Рагвлитег Оата Раздел Теглзпате 14.2.
Формат ХОЕВ .!М.'-.;„!с -', „' М!;,",-":;:-'!!":,-:::;*;:;",,';: "Э.".Етйтеегпй~"Як, ИбИЕГИуйэй1йЭГЭйййййэ~4844Щфй.,:ЛИ Рис. 14.2. Обмен данными с использованием нейтрального файла 'В этой главе мы рассмотрим три типичных формата нейтрального файла: 1СЕ5 '(1шйа! СгарЫсз Ехсйапйе 8рес16сайоп — первоначальная спецификация обмена графическими данными), ОХР (Ргатс(пй 1пгегспапйе Гоппаг — формат обмена 'чертежами) и 5ТЕР (5Тапг(агг1 1ог ЕхсЬапйе о( Ргог1псг гпог1е! с(ага — стандарт обмена данными о людели продукта). В настоящее время 1ОЕЯ является самым популярным форматом нейтрального файла, а формат ПХР используется главным образом для обмена данными чертежей. 5ТЕР— это стандартный формат данных, используемый для хранения полной информации обо всем жизненном цикле продукга, включая проектирование, анализ, производство, контроль качества, испытания и обслуживание помимо обычных данных технических требований.
В насгоящее время САП-системах поддерживавшие формат 1ОЕЬ, ориентированы на переход к формату 5ТЕР. В 1979 г. перед техническим комитетом, который состоял нз компании Вое|пй, компании Сепега! Е!есгпс и 1-1ационального бюро стандартов США ()лгаг1опа! Вцегап о( БгаЫаггЬ, теперь Национальный институт стандартов и технологии), ыла поставлена задача разработать метод обмена данными в рамках программы нтегрированного автоматизированного производства (1САМ) для ВВС США. Результатом этих усилий явилось описание формата 1СЕЬ версии 1.0, опубликоанное в январе 1980 г. В 1981 г. оно было принято Американским Национальым институтом стандартов (А)ьт51) в качестве стандарта. СЕ8 был первым стандартным форматом обмена данными, разработанным для д передачи данных технических требований между различными САПР.
Раппе версии 1СЕ5 были неявным образом ориентированы на САь)/САМ-системы 197- 970-х и начала 1980-х гг., то есть главным образом на обмен чертежами. В более оздних версиях спектр типов данных, подлежащих обмену, был расширен. На' ример, версия 2.0 поддерживала обмен данными анализа по методу конечных элементов и данными печатных плат, в версии 3.0 были расширены возможности ользовательских макрокоманд, играющих важную роль при обмене стандартыми библиотеками деталей, в версии 4.0 была введена поддержка дерева СБС, в версии 5.0 появилась обработка данных структуры В-Кер. СЕВ- ь Я-фаил состоит из шести разделов, которые должны идти в следующем торядке (рис.
14.3): Р!а9 (Флаг, необязательный раздел), Втагг (Начало), 6!оЬа~ Глобальные данные), О~гес1огу Еп1гу, или ОЕ (Запись в каталоге), Рагагпегег Оа1а, ли РО (параметрические данные) ~ тегпт~па1е (конец). пять обязательных разов идентифицируются буквами 8, В, О, Р и Т, как показывает столбец 73 кажгтй записи на рис. 14А. Запись (гесогг1) — зто строка из 80 символов. 1СЕЯ-файгл, оответствующий чертежу на рис. 14.5, показан на рис. 14А. Рис. 14.3. СтРуктура ЮЕВ-файла Раздел Бац используется только в сжатом АБСП-формате и бинарном формате. Ванные в 1СЕБ-файле могут быть представлены в двух форматах: А8СП и би-', .: нарном.
Формат А5СП имеет две разновидности: фиксированную длину строки:,. 80 символов (рис. 14А) и сжатую форму. Сжатая форма — это не что иное, эзгк АЯСП-файл„сжатый путем устранения пробелов между записями. Подробное описание сжатой формы можно найти в 1166]. Бинарный формат файла являет собой бинарное представление данных в виде потока битов в формате с фиксированной' длиной записи.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
