Основы САПР (CAD,CAM,CAE) - (Кунву Ли)(2004) (951262), страница 93
Текст из файла (страница 93)
Чтобы идентифицировать формат файла как сжатьвй А8СП, в сптге х бец 73 раздела Бац записывается символ С. Раздел Р1а9 состоит из одной записи ': (строки) и предшествует разделу Вшгс В бинарном формате первый байт (8 бит) раздела Р1ау содержит АЯСП-символ В, служащий идентификатором типа файла. Обратите внимание, что на рис. 14.4 раздел Над отсутствует, так как на этом рисун- ' ке представлен 1СЕБ-файл в формате с фиксированной длиной записи. В разделе 81агт дается описание файла в форме, воспринимаемой человеком..
В нем указывается система, являющаяся источником данных, препроцессор и описываемый продукт. На рис. 14А записи, у которых в столбце 73 стоит снм;.г вол 8, принадлежат разделу 81аг1. Раздел Оюьа~ содержит информацию о препроцессоре, а также информацию, не,;- обходимую постпроцессору для интерпретации файла. В частности, в этом раз-' '. деле имеются следующие элементы: С7 символы, используемые в качестве разделителей между отдельными полямИ:. ,' и записями (на рис. 14А для этого используются соответственно запятая и:,,": точка с запятой); С1 имя самого 1СЕ8-файла; (з количество значащих цифр в представлении целых чисел и чисел с плаваю'- ..':- щей точкой в системе-источнике; П дата и время создания файла; ьэ масштаб пространства модели; Е1 единицы измерения модели; Е1 минимальная разрешающая способность и максимальные значения координат: " -: Сз имя создателя файла и название организации. пиюиу! аэ аь .-и|!вкэьгедх!ь ви .
Лмс хм)ад эе Кипи)чуо опл1ЬН оелгьд Ю! «Эи)п ЬЛЭ )юм)Юэи ш -ош!лю ь' о«э ! кии .,Ин)ЮИ окэ ! ш ю)д кс!эг|)гз эЛиан ииь -)Лсн ккц дШЮЬНН 1ПЧЬ -1.)нм ж!ююц иишихаэа м пипа« !. и!Игв пк!и -чюидюкс! ц !чсе!Ньхг -л! л !Нюил )г)п -Юиьг ЮЮ«!! Ц илмгхалюи пемээ! И)!глав! э)и кани) ээл иэлм!хсьмпи) вамлм.иа)лччэ -вп ии ю«пи|э эиилпезв Я и оп и.)мэв)у -аш:юиою;;~ юшлилчэ илм!хдэс)ац иии -эиииэ юпи!Нх впал! -)ЮЛЯ ЕМ«ОД ч и) х и|1 Ь Нэ -Э ШЮЧШП)п -!июек Напк|!! О ю ю Ф П) а) Ф сэ си л х о Ф еюпииэ-в шо!Юкеипипа! чгэаихсаиоц )ЛЬОД ЮИЮЮ!* 1)ЮМЭЭЫ!НХЭИ -юкю каи!))З! Юп!иь-ии иии -юю!И|ИИЛуе ! ЯЮИ мгс Н1чш эис!З! июююпаа и НЮИ1|Г ЮЛ)Г пе» иьаиак иэонхаэпои ° юеьилияг эии)ж)нц! кипели п!а ю -эьидюииьи! илюхс1 1юац кипим кепи)ил)З иииевси еадс! и! |Ч ° И ч) 1 ю в Й ил!Нэо!.
ц *)П)ип:1' )Ип -иэп)гюжои|З Я Н)1 и -)НЮЛ)|мо )с!Л),' сэ ии аьюсхь аг ,И«ю ип! юки э«геки! ! ц .Ючиикя эиью|ц О 1- Х сь Ф О из ш Я Ы О. Ж у При использовании прспрозюссоров и постпроцсссоров'с нсйтраэьныы фармач том ?СЕВ на практике возникают следующйе проблемы, Во-первых, внутренний способ' представления элемснта в системе может отличаться от того, как этот,.-:.
элемент прсдставлястся в ?СЕВ. Например, дуга окружности в какой-то системе может быть определена через центр, радиус и начальный и коночный углы, но в ?СЕЯ она определяется через центр, начальную точку и конечную точку. Таким ',:- образом, специализированный ?СЕЯ-конвсртор должен выполнить прсобразоца- ":: нис с использованием параметрического уравнения дуги. Такос преобразование должно выполняться дважды (при прямой и обратной конвертации), и каждый раз значения параметров дуги искажаются нз-за ошибок уссчсния и округления, Вторая проблема более серьезна: она возникасг, когда элемент нс поддерживается явно, и поэтому ого необходимо преобразовать в ближайший по форме доступный элемент.
Эта проблема часто имеет место при обменс данными между двумя системами через 1СЕБ-файл, если конверторы этих систем поддерживают разные версии ?СЕВ. Типичный пример — потеря символьной информации в ':. ' случае, когда одна из двух систем использует более старую версию ?СЕВ, нс под- ':.-" держиваю)цую макросы. 14.3. Формат ОХГ Формат РХГ (Ргазп!пй !п?егсйапйе Гоппа? — формат обмена чертежами) изна-. г..".! чально разрабатывался для того, чтобы предоставить пользователям гибкость в' ''-.: управлении данными и преобразовании чертсжей программы АпгоСАР в фор--"::.,' маты файлов, которыс могли читаться и использоваться другими САПР.
Из-за .:,'",''. популярности АцгоСАР формат РХГ стал фактическим стандартом обмена".'.:-, файлами САР-чертсжсй почти для вссх САПР. На самом дслс почти в каждой ' ',:. из появляющихся новых САПР имеется транслятор в формат РХГ и обратно. РХГ-файл — это текстовый АБС??-файл, состоя)ций из пяти разделов: Неаг|ег:-;,': (Заголовок), ! аые (таблица), В!оса (Блок), епвгу (элемент) и тегп)!ваге (консц) В разделе Неасдег описывается среда Ац?оСАР, в которой был создан РХГ-фай!л.;-' ' В разделе )аЫе содсржится информация о типах линий, слоях, стилях текста и видах, которые могут быть опрсдслсны на чертеже. В раздслс В|оса содержится список графических элементов, определенных как группа. Таким образом, раз- дел В|оск эквивалентен определению дисплейного файла (см.
главу 3). Конкрст- ныс данные по каждому элементу хранятся в соответствующем разделе Епанчу, ко- торый следует сразу за разделом В|осК Раздел Еп1!?у — это главный раздел РХГ- файла, в котором описываются все элементы, присутствующие на чертеже. По- . ';. дробное описание этих разделов можно найти в !81). Аналогично тому как это происходило с ?СЕЯ-файлами, с появлением новых " версий АпгоСАР список возможных элементов РХГ-файлов расширялся. РХГ-:;:. файл, созданный болсс поздней версией Ап?оСАР, не может быть прочитан дру- ": гими системами, использующими более старые версии формата РХГ. 14.4.
Формат БТЕР Форматы ?СЕВ и РХГ были разработаны для обмена данныл|и технических тре- бований, а не данными о продукте. Под данными о продукте мы понимаем данные, относящиеся ко всему жизненному циклу продукта (например, проекти- ванйе', Гпроизвоцй))Г)6»),'' контроль' качества,:)ус)етй(баю(сия и поддерлжка). Хотя спеификации 1ОЕ5 й Т)ХР были расшюурейй с целью включения некоторых из их данных, информации, содержащейся в этих файлах, по существу недоста- 5ТЕР разрабатывается рядом комитетов и рабочих групп, занимающихся разными цасуиязти стандарта.
Эти части группируются по методам описания, интегрированным информационным ресурсам, прикладным протоколам, методам реализации и методологией согласования (рис. 14.6 и рис. 14.7). Статус каждой части показан рядом с ее номером. Статус обозначается буквами от «О» (предвари- р" ц '.
эт точно для описания всего жизненного цикла продукта. Вследствие этого в США в 1983 году началась разработка нового стандарта под названием РОЕ5 (Рго((ПСЕ Пага Ехс))апйс 5рес(Т(саЕ(оп — спецификация для обмена данными о продуктах). Основной упор в РЕ)Е5 делался не на обмен данными технических требований, , а на то, чтобы исключить человеческое присутствие из обмена данными о продукте.
Иначе говоря, целью РРЕ5 было устранить потребность в инженерных чертежах и других бумажных документах при обмене информацией о различных фазах жизненного цикла продукта между сходными или различающимися САПР. Между тем в июле 1984 г, в Международной организации по стандарти. зации (15О) были образованы технический комитет ТС184 (Системы промышленной автоматизации) и его подкомитет 5С4 (Внешнее представление данных о модели продукта) для установления единого международного стандарта обмена данными о модели продукта — 5ТЕР (5Тапюгагг) (ог ЕхсЬапйе о( Рго((ОСЕ шог(е! «)ага).
Цели РГ)Е5 и 5ТЕР были идентичны, поэтому в июне 1985 г. Управляющий комитет 1ОЕ5 решил, что интересы США в программе 5ТЕР должен пред' ставлять стандарт РОЕ5. В результате значение акронима РОЕ5 поменяли на «обмен данными о продукте с использованием 5ТЕР» (Рго()пег Васа ЕхсЬапйе цебпй 5ТЕР), чтобы подчеркнуть идентичность целей РОЕ5 и 5ТЕР. В основе разработки 5ТЕР лежат следующие принципы.
О Стандарт 5ТЕР должен ориентироваться на данные о продукте, которые включают информацию обо всем жизненном цикле продукта: проектировании, производстве, контроле качества, испытании и поддержке. Таким Образом, в качестве данных должна рассматриваться информация о допусках, технологических особенностях формы, конечноэлементная модель, модель для кинематического анализа и т. д.. а также данные технических требований, относящиеся главным образом к форме продукта. О В структурах данных 5ТЕР информация, относяуцаяся к приложению, должна храниться в модуле уровня приложения, отдельно от общей информации о форме. Благодаря такому подходу структура данных сможет поддерживать широкий спектр приложений, избегая при этом избыточности в об)цей структуре данных. О Для определения структуры данных должен использоваться формальный язык.
Спецификации 1ОЕ5 и РХР описывают формат физического файла, в котором хранятся все геометрические и прочие данные. В 5ТЕР данные описываются на языке ЕХРКЕ55, а затем результат преобразовывается в физический файл. Таким образом можно избежать неоднозначностей при интерпретации данных о продукте, извлеченных из файла. теяьнвугствдяяу 15(п))удо"- «х» "тмеэкдунврод6)Ф)7Й: стандарт' — ='в~~шея стадия Разработки и принят»я стаидартс)вч). Часгць'об(!)эснвчтенные буквами «Е», «Р» (проект международного стандарта) и «Г», счуг)в)1«тася находящимися на достаточно высо« ком уровне для того, чтобы позволить. прцизводителям программных продуктов' приступить к их реализации.
Группа методов описания образует фундамент 5ТЕР. Она включает часть 1 «Обзор», которая содержит также определения, являюшиеся в 5ТЕР универсальными. Принадлежащая той же группе часть 11 «Справочное руководство по языку ЕХРКЕ55» описывает язык моделирования данных, который используется в 5ТЕР. Части, относящиеся к группе методов описания, имеют номера от 1 до 9.. На следующем уровне находится гру)ша интегрированных информационных ресурсов — части, содержа(цие фактическое описание моделей данных 5ТЕР.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
