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

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

Формат ODB++ физически есть дерево папок и текстовых файлов в них, а в этих файлах собственно и содержится информация. Описание на английском
вот:  0202.pdf ( 1.9 мегабайт ) Кол-во скачиваний: 2313
Плюсы:
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++ не сложнее, чем с привычным гербером.