|
|
  |
MG Expedition ликбез ... |
|
|
|
Jul 20 2010, 10:31
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
Цитата(Doomsday machine @ Jul 20 2010, 10:33)  Выяснилась неприятная особенность. При импорте гербер файлов в CAM350 V 9.0.1, в одном из них площадки некоторых переходных отверстий оказались поглощены полигоном, относящимся совершенно к другой цепи, в то время как в expedition на том же слое гербер, эти же самые площадки отделены от этого полигона (как и должно быть). Кто виновен в этом случае: expedition, создающий "неправильный" гербер-файл или CAM350 V 9.0.1, неправильно его читающий? Отпишите, пожалуйста, кто еще с этим сталкивался и вообще что с этим делать. Ведь это же фактички кз питания на землю. так и у меня кз плейнов 0V на 1.6V на 40 смонтированных сборках  перед отправкой герберов я проверяю в САМ 10, а подготовку делали как оказалось в САМ 7 пришлось после долгих безрезультативных бесед лично ездить и доказывать, что я не осел товарииищщи были весьма сильно удивлены разными результатами двух версий САМ обещали мои гербера обрабатывать в 10 рецепт bureau лично не проверял
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Jul 22 2010, 09:25
|

Знающий
   
Группа: Свой
Сообщений: 602
Регистрация: 6-12-06
Из: Минск
Пользователь №: 23 207

|
да что п не корпоратив в 2005, давно бы в 2007 работал (как на предыдущей работе) и не знал бы таких проблем. до кучи сейчас работа в ДхД, поэтому буду пробывать из него цес редактировать... спасибо за наводку. [upd]. Сделал через цес ДхД, откомпилил, упаковал, сделал ФА в ЕЕ, и теже грабли  ). Копаем дальше...
--------------------
нет ничего твоего, кроме нескольких кубических сантиметров в черепе... © Оруэлл.
|
|
|
|
|
Jul 28 2010, 14:25
|
Знающий
   
Группа: Свой
Сообщений: 791
Регистрация: 14-05-05
Из: Минск
Пользователь №: 5 035

|
Цитата(fill @ Dec 5 2006, 18:01)  minus - это вычитание из фигуры, поэтому итоговая фигура содержит не просто дырки а и линии к дыркам. Т.е данный оператор надо использовать если нужно из одной фигуры вырезать часть по контуру другой фигуры (при этом эта фигура не должна быть полностью внутри первой).
Вообще генератор маски вам нужен только если не задали Solder_Mask в padstack. Если задали, то просто выдайте в Gerber все что есть на слое Solder_Mask, в результате и получите изображение мест где не будет маски (т.е негатив маски). Если не задали Solder_Mask на уровне padstack, вот тогда придется сгенерить в Mask Generator слой с негативом маски (по контактным площадкам) и его уже использовать при выдаче в Gerber. ЕЕ2007.8 а возможно с помощью Mask_Generator провести проверку на наличие различий между слоем ТОР и импортированного в Ехр гербера L1_Top.gdo после подготовки производства. импорт и сравнение через Xor сделал, но остается много так сказать артефактов см.картинку как получить более качественный файл с различиями или есть другое решение?
Эскизы прикрепленных изображений
--------------------
Будь ты рабочий, будь ты профессор, а DxD-IOD-Exp должен знать каждый, чтобы не стать пособником империализма.
|
|
|
|
|
Jul 28 2010, 20:54
|
Местный
  
Группа: Свой
Сообщений: 210
Регистрация: 20-01-10
Из: M.O.
Пользователь №: 54 961

|
Цитата(Doomsday machine @ Jul 13 2010, 09:32)  Вопрос ко всем, кто пользуется Manufacturing Output Validation. При проверке постоянно возникают ошибки Elements with mismatched property наподобие: Error 1: DB ELEMENT TYPE: SolderpasteNonViaPad : DCode = 11 Matching Artwork : DCode = 15 At: Start:(325.200000, 170.700000) -- End:(325.200000, 170.700000) Ошибки относятся, как правило, только к падам (NonViaPad) на слоях Soldermask, Solderpaste, Top и Bottom. Из документации: Property mismatch: Errors where an output element's property is not matching to that in layout. Example of Property mismatch in the case of Gerber is width (D-code) of a segment with that in layout. Все это прекрасно, но при визуальном сравнении, импортированного гербера и слоя в проекте, никаких различий не наблюдаю для элементов, чьи координаты указаны в логе проверки. Честно говоря, не особо знаком со структурой и синтаксисом формата gerber и не понимаю, как эти ошибки устранить. Это немного напрягает, т.к. визуально все в порядке, а с точки зрения системы выходные файлы не годны для производства. Итак, пытаюсь приблизиться к ответу самостоятельно. Удалось выявить следующие закономерности: 1. Описанные ошибки Elements with mismatched property возникают только по отношению к падам типа Radius Corner Rectangle c равными сторонами. 2. Если все компоненты, в которых используются такие площадки, повернуть в горизонтальном или вертикальном направлении (главное, чтобы все они были сориентированы в одном направлении), то все ошибки пропадают и валидация проходит успешно. Последнее наводит на мысль, что двум одинаковым площадкам (апертурам), повернутым в проекте на 90 гр относительно друг друга, зачем-то присваиваются разные д-коды при формировании гербера. В общем, имхо налицо баг, поправьте, если я не прав. Замечу, что все вышеописанное относится к EE2007.8, в EE7.9 еще не проверял наличие этого глюка. Для всех, кому интересно, выложил тестовый проект с логом проверки MfgOutputValidation.txt. Буду рад выслушать различные мнения. Особенно интересно, что скажет fill.
EE2007_8.rar ( 1.06 мегабайт )
Кол-во скачиваний: 90
|
|
|
|
|
Aug 2 2010, 11:02
|

Гуру
     
Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512

|
Цитата(f0GgY @ Jul 22 2010, 13:25)  да что п не корпоратив в 2005, давно бы в 2007 работал (как на предыдущей работе) и не знал бы таких проблем. до кучи сейчас работа в ДхД, поэтому буду пробывать из него цес редактировать... спасибо за наводку. [upd]. Сделал через цес ДхД, откомпилил, упаковал, сделал ФА в ЕЕ, и теже грабли  ). Копаем дальше...  Поищите на megratec (да и здесь по моему тоже) я расписывал процедуру удаления CES схемы и восстановления ее из данных CES платы.
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Aug 4 2010, 08:43
|

Частый гость
 
Группа: Свой
Сообщений: 167
Регистрация: 7-02-08
Из: Ростовская обл.
Пользователь №: 34 835

|
Небольшой глюк. Ситуация: есть две FPGA, соединены диф.парами, если просто провести трассы от фанаута до фанаута - все нормально; если предварительно свапануть две пары, то при прокладывании первого сегмента трасс экспедишн задумывается на пару секунд, последующие сегменты прокладываются без тормозов; если провести трассу без промежуточных сегментов, т.е. тыкнуть на фанаут, нажать F3 и тыкнуть на ответный фанаут - все нормально; если фанауты делать после свапирования - все нормально. Выглядит это довольно странно, раньше такого не было. Маршрут DC-EE, версия 2007.8. Единственное отличие от предыдущих проектов - использование CES вместо нетлиста ЕЕ. В предыдущих версиях иногда бывали тормоза при прокладке трасс, помогало выключение Cross Probe, сейчас не помогает. Есть у кого-нибудь идеи?
|
|
|
|
|
  |
414 чел. читают эту тему (гостей: 414, скрытых пользователей: 0)
Пользователей: 0
|
|
|