Обсуждалась, конечно, проблема о том в каком формат передавать ПП в производство, но почему-то везде только о GERBER или разные CAD.
А что думаете о ODB++. Какие есть плюсы и мусы этого формата.

Из плюсов - открытость и базирование на XML. Из минусов - мало распространен.
Например, Протел его вообще не знает, а EasyPC умеет только экспортировать в этом формате, и то, кажется, через ж...

Формат ODB++ физически есть дерево папок и текстовых файлов в них, а в этих файлах собственно и содержится информация. Описание на английском
вот: Нажмите для просмотра прикрепленного файла Плюсы:
1. Проект в виде ODB может содержать всю информацию, которая необходима и достаточна для изготовления печатной платы и о компонентах, паяемых на неё. Ну, естественно, технология (конкретно по шагам), материалы, пакет (stackup) для многослоек, импедансы, данные электроконтроля, сверления и т.п.
2. Текстовый формат - можно читать глазками, и править ручками, если приспичит.
3. Вследствие п.1 - не требует дополнительных телодвижений при заказе - передал ODB (верно сделанный, ессно) - и получил именно то, что имел в виду.

Минусы:
1. Действительно, мало распространён.
Импортировать его умеют Enterprise и Trilogy (Valor), Genesis2000 (Frontline), UCAM (Barco), СAM350 (DownStreamTechnology) - без глюков и ошибок (проверяла). Кто ещё умеет и как - не знаю, врать не буду.

2. Может быть дискредитирован CADами, выдающими его неверно. Известен
PCAD2002, выдающий ODB++ не полностью, и "прощающий" при этом соединения площадок с полигоном, внутри которого они находятся. То есть, полигон, в нём прорезка, в ней площадка, а соединения площадки с полигоном - отсутствуют, хотя в PCB есть. Обожглась дважды.

ODB++ выдаётся наружу как минимум из MENTOR GRAFICS, ZUKEN, PROTEL DXP.

Верность выдачи из конкретного CADа сначала видимо следует проверить. Для этого у Valor есть бесплатный VUV - ODB++ вьювер. Рекомендую.

Могу ответить на вопросы.

Рита, в текущей версии P-CAD 2004 c ServicePack2HotFix при экспорте в ODB++ этого не видно (см. рисунки).

Если можно, вопрос по существу: кто из представленных в этом разделе Форума изготовителей ПП принимает в работу данные в формате ODB++?

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

Не правда. Протел этот формат знает, но не до конца. Если у вас в протеле имеются наклонные прямоугольные контактные площатки, то в гербер они передадутся неправильно, а в ODD++ - корректно.

Смотрим еще раз:

Гербер все же привычнее и надежнее.
Принять-то ODB++ можно, проблем нет, но где гарантии, что там все корректно? И на ком ответственность за глюки?

Ответственность на том кто сделал.
А где гаранттии, что в привычном Гербер все корректно.
По поводу приема в производство готов принимать в ODB++ и поблем не вижу.
Проблема в другом, насколько CADы корректно его делают.
Вот поэтому и создал тему, чтобы попробовать прояснить ситуацию. Что требовать от закзчика Гербер или ОДБ.

Юрий Владимирович, если я Вас правильно понял, то надежнее в производство отдавать ODB++

За зарубежное производство - однозначно да.

В Рязань - да, у них Genesys, но с уточнениями.

На все остальное наше - лотерея.

Если можно подробнее, что значит с УТОЧНЕНИЯМИ.
Если ODB++ по определениию самодостаточный формат, то что ему (Genesis) еще нужно для импорта.
Если имеется в виду, что не все CAD умеют корректно создавать ODB++, то это другой вопрос.

Под уточнениями подразумевается, что заказ попадет у людям которые умеют обрабатывать ODB++.

Почему опять нет конкретного ответа. Что значит "людям которые умеют обрабатывать ODB++"?

Вообще-то (на мой взгляд), тут особо и уметь нечего . Однозначно работать с ODB++ не сложнее, чем с привычным гербером.

Привычнее - да, но не надежнее.

А ответственность за возможные глюки - думаю такая-же, как и с гербером: Если ошибка в данных ODB++ - виновен тот, кто выдавал. Если в ODB++ все верно, а платы с брачком - вопросы к тому, кто платы изготовил.

Что еще более конкретное вы хотите от меня узнать?

Рязанский завод большой, а генезис у них один. Значит существует вероятность, что ваш заказ может попасть к человеку, который не работает на генезисе и не знает об ODB++ ничего. Пока он будет гадать и переспрашивать вас пройдет время, заказ тормознется и вы пожалеете, что не стали делать гербер сразу.

Странно. Получается заказ попадает куда угодно, толко не в отдел (группу, бюро или как там у них называется) подготовки производства. А если заказ попал (странным образом) к человеку, который не занимается подготовкой производства (например в бухгалтерию), то для него что ODB++, что GERBER - непонятные слова.

Сегодня попробовал вывести из Протеля (2004, СП4) в этом формате. Вывести-то он вывел, и в Камтастике видно. но при попытке импортировать в САМ350 (8.05, 8.06) последний вылетает. Кто виноват?
P.S. Позже Попробовал версию 9 - получилось!!
P.P.S. Еще позже попробовал другую плату- та ж фигня, виснет...

Если не жалко копию, замыльте файл.
Посмотрю

Странно, на такой боьшой завод всего один Genesis. Как мне объясняли умные люди Genesis -- это целый комплекс рабочих мест; от одного рабочего места толку мало...

Или...

Одно рабочее место генезиса стоит достаточно дорого - около 100к долларов. Что уж говорить про большое количество рабочих мест. У генезиса есть версия лайт, она стоит около 15к и может конкурировать с CAM350.

Цены мне известны

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

Есть ли что-то подобное при использовании ODB++?
Как проверить его корректность?

Спасибо...