qweqweqe123123

Формат IGES

В 1979 г. перед техническим комитетом, который состоял из компании Boeing, компании General Electric и Национального бюро стандартов США (National Buerau of Standards, теперь Национальный институт стандартов и технологии), была поставлена задача разработать метод обмена данными в рамках программы интегрированного автоматизированного производства (ICAM) для ВВС США. Результатом этих усилий явилось описание формата IGES версии 1.0, опубликованное в январе 1980 г. В 1981 г. оно было принято Американским Национальным институтом стандартов (ANSI) в качестве стандарта.

IGES был первым стандартным форматом обмена данными, разработанным для нужд передачи данных технических требований между различными САПР. Ранние версии IGES были неявным образом ориентированы на CAD/CAM-системы 1970-х и начала 1980-х гг., то есть главным образом на обмен чертежами. В более поздних версиях спектр типов данных, подлежащих обмену, был расширен. Например, версия 2.0 поддерживала обмен данными анализа по методу конечных -лементов и данными печатных плат, в версии 3.0 были расширены возможности пользовательских макрокоманд, играющих важную роль при обмене стандартными библиотеками деталей, в версии 4.0 была введена поддержка дерева CSG, а в версии 5.0 появилась обработка данных структуры B-Rep.

IGES-файл состоит из шести разделов, которые должны идти в следующем порядке (рис. 14.3): Flag (Флаг, необязательный раздел), Start (Начало), Global (Глобальные данные). Directory Entry, или DE (Запись в каталоге), Parameter Data, или PD (Параметрические данные) и Terminate (Конец). Пять обязательных разделов идентифицируются буквами S, G, D, Р и Т, как показывает столбец 73 каждой записи на рис. 14.4. Запись (record) - это строка из 80 символов. IGES-файл, соответствующий чертежу на рис. 14.5, показан на рис. 14.4.

Раздел Flag используется только в сжатом ASCII-формате и бинарном формате. Данные в IGES-файле могут быть представлены в двух форматах: ASCII и бинарном. Формат ASCII имеет две разновидности: фиксированную длину строки 80 символов (рис. 14.4) и сжатую форму. Сжатая форма — это не что иное, как ASCII-файл, сжатый путем устранения пробелов между записями. Подробное опи- сание сжатой формы можно найти в [166]. Бинарный формат файла являет собой бинарное представление данных в виде потока битов в формате с фиксированной длиной записи. Чтобы идентифицировать формат файла как сжатый ASCII, в столбец 73 раздела Flag записывается символ С. Раздел Flag состоит из одной записи (строки) и предшествует разделу Start. В бинарном формате первый байт (8 бит) раздела Flag содержит ASCII-символ В, служащий идентификатором типа файла. Обратите внимание, что на рис. 14.4 раздел Flag отсутствует, так как на этом рисунке представлен IGES-файл в формате с фиксированной длиной записи.

В разделе Start дается описание файла в форме, воспринимаемой человеком. В нем указывается система, являющаяся источником данных, препроцессор и описываемый продукт. На рис. 14.4 записи, у которых в столбце 73 стоит символ S, принадлежат разделу Start.

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

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

Формат IGES

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

 

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