[abush 0]

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

А что думаете о ODB++. Какие есть плюсы и мусы этого формата.

[=AK= 12]

А что думаете о ODB++.  Какие есть плюсы и мусы этого формата.

 

Из плюсов - открытость и базирование на XML. Из минусов - мало распространен.

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

[Рита 0]

А что думаете о ODB++.  Какие есть плюсы и мусы этого формата.

 

Из плюсов - открытость и базирование на XML. Из минусов - мало распространен.

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

<{POST_SNAPBACK}>

 

Формат ODB++ физически есть дерево папок и текстовых файлов в них, а в этих файлах собственно и содержится информация. Описание на английском

вот: 0202.pdf Плюсы:

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++ вьювер. Рекомендую.

 

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

[SergM 0]

...

2. Может быть дискредитирован CADами, выдающими его неверно. Известен

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

<{POST_SNAPBACK}>

 

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

 

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

[Рита 0]

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

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

Вот тут связь у меня терялась.

[Yuri Potapoff 0]

Например, Протел его вообще не знает

 

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

[SergM 0]

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

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

Вот тут связь у меня терялась.

<{POST_SNAPBACK}>

 

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

[PCBtech 0]

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

<{POST_SNAPBACK}>

 

Гербер все же привычнее и надежнее.

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

[abush 0]

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

<{POST_SNAPBACK}>

 

Гербер все же привычнее и надежнее.

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

<{POST_SNAPBACK}>

 

Ответственность на том кто сделал.

А где гаранттии, что в привычном Гербер все корректно.

По поводу приема в производство готов принимать в ODB++ и поблем не вижу.

Проблема в другом, насколько CADы корректно его делают.

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

[abush 0]

Например, Протел его вообще не знает

 

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

<{POST_SNAPBACK}>

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

[Yuri Potapoff 0]

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

<{POST_SNAPBACK}>

 

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

 

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

 

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

[abush 0]

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

Если можно подробнее, что значит с УТОЧНЕНИЯМИ.

Если ODB++ по определениию самодостаточный формат, то что ему (Genesis) еще нужно для импорта.

Если имеется в виду, что не все CAD умеют корректно создавать ODB++, то это другой вопрос.

[Yuri Potapoff 0]

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

Если можно подробнее, что значит с УТОЧНЕНИЯМИ.

Если ODB++ по определениию самодостаточный формат, то что ему (Genesis) еще нужно для импорта.

Если имеется в виду, что не все CAD умеют корректно создавать ODB++, то это другой вопрос.

<{POST_SNAPBACK}>

 

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

[abush 0]

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

Если можно подробнее, что значит с УТОЧНЕНИЯМИ.

Если ODB++ по определениию самодостаточный формат, то что ему (Genesis) еще нужно для импорта.

Если имеется в виду, что не все CAD умеют корректно создавать ODB++, то это другой вопрос.

<{POST_SNAPBACK}>

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

<{POST_SNAPBACK}>

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

[SergM 0]

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