Слои PWR и GND можно указать так, как они у вас определены, т.е. если на полигоновых слоях нет проводников, то указываете positive ( или negative ) plane, а если там присутствуют еще и проводники, то тогда internal.
Что касается генерации Нетлиста, то затрудняюсь Вам ответить, поскольку мне таких вопросов программа ни разу не задавала. Попробуйте еще раз, может, Вы что-то упустили в процедуре проверки

Имеем следующую проблему.
Desig*nVi*ew release 2005SP1 version 16.5.1.1 и Lib*raryMana*ger version 2005SP1 (2005.3_BUILD_070525.00).
Если в менеджере библиотек создать новую партицию в разделе Parts, а затем ее тут же удалить, то в редакторе схем нельзя добавить ни одного компонента из библиотеки, все разделы которые были до этого в библиотеке исчезают из редактора схем. Переподключение библиотеки ни к чему не приводит, судя по всему, нарушается структура библиотеки. При этом менеджер библиотек номально открывает эту библиотеку и никаких замечаний к ней вроде бы нет. Только пользоваться такой библиотекой для рисования схем уже нельзя.

Пока набирал сообщение товарищ нашел как это лечится. При удалении партции менеджер библиотек сбрасывает пути выдимости компонентов, символов и посадочных площадок. Вклучение путей видимости производится через Setup\Partition Search Path путем установки нужных галок.

оказывается, не надо торопиться!
Кстати сам наступал на те же грабли!

ЕЕ2007.8
имеем два гербера:
1.Gerber родной Ехр - зеленый
2.Gerber CAM v8.0.6 где была сделана подготовка - голубой

как видим разница большая, хотя при импортирование в САМ 10 все приходит нормально и появляются цепи
в чем проблема, может я не правильно делаю импорт ?
кажется все перепробовал, хотя по колесу не стучал

Уже было, см. пост выше.
Думаю проблема в старой версии СAM v8.0.6(в его алгоритмах обработки растровых полигонов).
Используйте новые версии CAМ.

Frederic
Всего пару недель назад я столкнулся с этим и написал об этом в теме Expedition ликбез. Мне порекомендовали два выхода:
1.Использовать CAM не ниже 10-й версии (это кстати ты сам мне и подсказал ) и выяснять с изготовителем, какой программой они пользуются для подготовки к производству.
2.При формировании гербера увеличить разрядность до максимально возможной 5.5 (совет от bureau). В моем случае проблемные зоны после этого отобразились корректно даже в CAM350 V 9.0.1.

в том то и дело что сделал в САМ 10.0 build 275 , сохранил, сделал экспорт , импорт в Ехр и тож самое

Я тоже натыкался на этот глюк. К счастью, плат сделали всего несколько штук и нужно было высверлить всего одно переходное отверстие.
Правильно ли я понял, что если в меню Gerber Machine Format заменить полигоны Raster на Draw, то проблема решается? Во всяком случае, быстрый тест на плате с глюком подтверждает эту версию.

"тож самое " - это, что : правильно или с ошибкой?

Извините, но непонятно, что вы все-таки делаете и чего добиваетесь???
если как вы пишите:

Что еще надо???
И для чего гербера обратно в Exp загонять, в чем идея???
Типа, сравнить правильность глазами визуально?

гербер из Ехр импортировал в САМ10, сделал экспорт и затем импорт в Ехр
результат аналогичен как и с гербером САМ 806 который мне прислали
как на картинке, пропадают цепи на слое плейна

да, но не совсем глазами - хочу сравнить через функцию Ехр сравнения двух герберов, родной Ехр и полученный после подготовки. результат вывести на слой ошибок

очень напоминает лечение гланд национальным методом :)
(как правило, PCB редакторы обратно гербера импортируют не очень(бывают ошибки отображения), вообщем не предназначены они для этого)

CAM как раз "заточен" для работы с герберами, и там можно тоже сравнивать, и думаю что сделано там получше чем в Exp.
http://www.edaboard.com/ftopic299420.html

Однако есть маленькое но, если Exp генерит гербера с ошибками то такие сравнения до фени.
http://communities.mentor.com/mgcx/message/14383

Наверно, правильнее сравнивать через цепи, как описано здесь выше.

Еще вариант поиска ошибок методом сравнения герберов (можно сказать, для диагностики гланд :) :
(возник благодоря посту scifi, который проверил мое предплоложение, выдвинутое 3 года назад:)
слой сгенерить с опцией Vector Poly (Draw)
этот же слой сгенерить с опцией Raster
сравнить слои в CAM

Правда потом не совсем понятно, что делать с этим счастьем :)
(если будут ошибки, то вероятно что в одном из вариантов неправильно генерится гербер или неправильно интерпретируется гербер программой :)

согласен на 50% но босс сделает запуск в производство только после моего "Ок"


есть такое, но ментор должен на 100% делать
вдогонку. есть же модуль Fablink XE для сравнение гербера с платой и даже работа с панелями и даже с панелями содержащих разные платы.


да, но все результаты не дают 100% уверенности


пока проносило, но всегда бывает в первый раз



такая проверка косвенная
я могу не знать в чем обработают мои гербера из Ехр и если ошибка происходит на этапе импортат в постобработчик то все проверки как мертвому припарка
ИМХО проверить в Ехр его гербер (свой должен взять без ошибок, да можно сделать Manufacturing Output Validation для успоекоения души) и сторонний (из САМ и .......) и получить файл ошибок

два пути :
1.проверка через IPC
2.печатать гербера на пленках, совмещать и смотреть на просвет (это полный маразм)

размышления:
1.может пора ментору приобрести контору типа DownStream Technologies , тогда и проблем будет меньше
2.выбрать партнера и полностью синхронизировать взаимодействие в части герберов

Так в маршруте до 2005 сп3 включительно был CAM модуль. Потом его исключили и что самое интересное включили в комплект поставки PADS CAMCAD... Кстати, fill объяснял в свое время про политику исключения CAM модуля из состава 2007.х

+1. Меня тоже волнуют эти вопросы.
Я вижу единственный путь проверки - это знать, как конкретный фотоплоттер понимает конкретный гербер. Т.е. имитировать генерацию фотошаблонов. А потом из них каким-то образом сравнить нетлисты.
Если будет гаратния, что гербера, подготовленные в CAM350, пойдут сразу на фотоплоттер, то можно имхо использовать CAM350.
А если нет - то CAM350 бесполезен. Его можно использовать только для справки.


Так купили же Valor недавно. Это покруче будет. Только особо пользы, думаю, не прибавится, т.к. нет гарантии, что оборудование будет работать по файлам из этого Valor. Кто-то обязательно может их "подготовить".

Так ведь и Gerber и ODB++ - это документированные стандартные форматы. Т.е. проверить файл на корректность не проблематично - просто надо найти или написать парсер формата, который строго соответствует стандарту.

Нда, совсем вы запутались:

1. Ранее при Верибесте в комплект поставки включался GerbTool (разработка сторонней фирмы http://www.wssi.com).
2. В PADS включен модуль подготовки к производству CAMCAD_Professional (разработка купленной ментором компании RSI) - он больше ориентирован на подготовку к тестовому оборудованию.
3. Теперь в менторе есть еще несколько программ подготовки к производству - Genesis2000 и vSure (бывший Enterprise 3000)- являющихся лидерам на рынке подготовки к производству.

По поводу CAM350 уже не раз замечены конкретные глюки в его работе с данными, читаемыми без проблем другими CAM системами. Причем в одном примере было замечено, что передача через ODB++ в CAM350 проходила корректно, а через Гербер нет.
Получается, что если ориентируетесь на работу с CAM350, то для верности, надо выдать считанный САМ350 Гербер обратно и затем сравнить его в других системах.




Уже есть Genesis2000 и vSure.
Покупать же маленькие конторы типа DownStream и его собрата-конкурента Wise, быссмысленно - если только чтобы закрыть, и не смущать далее народ.

ага, но уряяяяяя fill вернулся из отпуска
теперь мы точно выплывем из болота САМ350 с ошибками чтения гербера из Ехр (вроде напоминает Простоквашино)



т.е. такой путь:
1.получили гербер от сторонней конторы (не важно в каком САПР подготовили)
2.втянули гербер Ехр и гербер сторонней в Genesis2000
3.и при сравнение получим 100% результат проверки


это наследие Pcad-а, а так бы и не слышали и не знали DownStream (Innoveda)

Можно и визуально автоматом Нажмите для просмотра прикрепленного файла

Это что, очередные гланды? :)

В чем так сказать идея? Что именно проверяется на правильность и как?
Кстати, даже в хелпе показано с ошибками(см. ниже), а насколько оно корректно работает в действительности?
Нажмите для просмотра прикрепленного файла

Народ, думаю что CAM не виноват, скорее наоборот, вообщем вы не одни,
ниже ссылки на описание похожих проблем, которые как мне кажется раскрывают причину.

Why Expeditionpcb Gerber Engine Always Generates Gerber with Much ill Polygons?
A Nightware on Vsure 9.0 Validating Expeditionpcb Design
Hope to Get Sample Gerber data from You
Up-to-Date V8.2.1 Valor Enterprise3000 Also can't rasterize Gerber Data with SIPs Outputed From Expeditionpcb
SIP problems in Expedition pcb's gerber data
Problems with Gerber data from Expedition

лучше бы их не видел и не читал, а так начинаю терять душевное равновесие и веру в солнцеподобного Ментора

fill
Какова официальная позиция Mentor Graphics? Признают ли они наличие проблем с герберами и собираются ли что-нибудь предпринимать?

Можете ли Вы что-нибудь посоветовать в сложившейся ситуации?

Признание проблем осуществляется стандартным бюрократическим способом:
- пользователь создает SR в котором описывает проблему и прилагает к нему testcase, на котором инженеры ментора могут воспроизвести проблему.
- если проблема повторится на компе у инженера ментора, то он создает DR, который попадает в очередь на устранение.

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

Официальное заявление обычно делают высокопоставленные сотрудники ментора, если с проблемой сталкивается достаточно больше кол-во пользователей, которые сигнализируют об этом ментору своими SR.
Помимо этого, высокопоставленные сотрудники ментора участвуют в указанных выше форумах, можете напрямую к ним и обратится за комментариями. Но только не отвечайте в стиле одного из приведенным там господ, когда от него хотят получить тестовый пример с проблемой. а он заявляет, что дать его не может из-за секретности - в данном случае проблема точно не будет решена, т.к. конкретные исполнители на менторе не будут иметь примера проблемы и соответствено ничего искать тоже не будут.

там ведь дядька (max_clark) советует(ссылка) не использовать гербер(предлагает использовать ODB++), а если уж используете то задавать разрядность после десятичной точки 6 знаков (хотя это не доступно через GUI Exp, а надо где-то config файле покрутить, думаю народ тут быстро укажет где именно )

Вообще-то аппонент там утверждал, что попробовал 6 знаков и не достиг желаемого.
А изменить просто:
- открыть файл PCB\Config\GerberMachineFile.gmf в текством редакторе
- изменить сточку .DATAFORMAT 2 4



Пока не проверял, но судя по хелпу производится проверка двух слоев и формирование отображения совпадения и расхождения данных.

Там еще вопрос, кто из них на самом деле оппонент ,
я просто хотел выделить основную repairing идею, которую там рекомендуют от MG, само-собой подразумевается, что это не панацея.


NOTE:
народ, больше 6 не ставьте! (ограничение формата RS-274X)
(идея: установить максимальную точность(позволяемую форматом) после запятой)
первая цифра - кол-во целых цифр (можно не менять, 3 знака это уже 999.0мм или 999.0inch)
вторая цифра - кол-во дробных цифр(6 максимум)



Александр,
прежде всего, прошу прощения за мой стиль.

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

По поводу ODB++ есть следующее сообшение:


When opening an ODB++ job that was created by importing Mentor Expedition Enterprise 7.9 ODB++ data, the user receives the following error message: “Job has ODB++ version 7.1 while the application supports only version 7.0. Please refer to user documentation 0203.pdf for ODB++ version compatibility.”

Dialog Box

Causes

This issue is caused by an incorrect minor version tag in the ODB++ data output from Mentor Expedition Enterprise 7.9.

Version information is located in the info file within the misc directory of the ODB++ data.

The info file looks like this:

JOB_NAME=test_job

ODB_VERSION_MAJOR=7

ODB_VERSION_MINOR=1

ODB_SOURCE=Expedition PCB

CREATION_DATE=20100628.152952

SAVE_DATE=20100628.152952

SAVE_APP=Expedition PCB 2007.9

SAVE_USER=user1

TechNote ID

MG523106
TechNote Type

Solution
Updated

8/4/10
Products

Expedition PCB

Enterprise 3000

vSure

vSureLT

Trilogy
Environment

This issue can be seen on all O/S.

Associated Defect Reports
Toggle Details Defect #698765 (Status:Opened)
Change minor version number in info file

Last Updated:
7/30/10
Date Closed:
Not Closed
Resolution:
Planned Release:
EE7.9.1
Notes:

Solution

Select the ‘Continue’ button in the error message to open the job and work normally with the application. The error message should not affect work with the application.

Defect Report dts0100698765 – "ODB++ changed version from 7.1 back to 7.0 fixing issues with file read into vSure and InCAM" was entered for this and a fix including this defect has been added to EE 7.9 Update 1 which is now available on Support Net.
http://supportnet.mentor.com/downloads/201...114-G192-P10287

ODB++ хорошо, скорее бы с герберами ситуация эмм... выровнялась.

Угу, у меня очередной такой отпуск будет в твои края. С 23 по 27 буду просвещать Пеленг.

свежие новости - то ли артефакты, то ли MG теперь РАЗЛИЧАЕТ в виндах большие и маленькие буквы названий дисков, но у меня инсталлятор в списке для удаления рапортует о двойном комплекте всех программ от ментора: один на диске "c" малое, другой точно такой же набор на "C" большое.

При пользовании The MGC SDD Configurator, происходит подвисание переключения в случае если открыт гугл хром (подвисает - см. pic)
Система Вин7 64 бита. 16 гиг оперативы, и камень и7-2600. Чего не хватает то??
Закрываешь Гугл, и всё процесс продолжается, просит указать лицензию и всё такое.
На хп такого не замечал.

нет вариантов?
никто не сталкивался?

Скорее всего никто не сталкивался. Хром пока экзотика.
У меня FF все в норме. Менторовцы работают\тестируют пока только под IE.

оке. я тоже ФФ пользую, но вот с хром заметил такой баг. причём на этом железе, на страром компе таких "подвисаний" конфигуратора не наблюдал.

Кстати, есть ли связь в ругани конфигуратора на oleout32.dll, dao350.dll, mfc40.dll при переключений версий, с подвисанием?

Ещё один интересный бубен в Windows 7

Тек.версия 7.9.1

Верхний ярлык в закреплённой области меню Пуск имеет свойства



Нижний, под красной линией.


оба ярлыка запускают 7.9.1, но, по первому ярлыку выкидывает баг - не открывается большой проект. Ошибку выкидывает в PCBLogFile.txt
где следующий текст:

по второму всё ок, проект грузится.

К чему всё это. Хочу предупредить тех кто работает с 7мой виндой. Внимательнее к ярлыкам которые закрепляете.
В закреплённой области ярлык не меняется когда конфигуратор формирует ярлыки для другой версии ментора.
Либо, как я предполагаю надо закрепить ярлыки и дать им соответствующие версиям имена. как то так.

Еще можно пути в закрепленных ярлыках задать с использованием переменной окружения %SDD_HOME%.

Свой ярлык под каждую версию программы - это уже давно надо знать как отче наш (справедливо для любой версии виндов). По другому и быть не может если разные версии одной программы используют одинаковые переменные\ключи но с разными значениями.

проблема с hyperlynx'ом
1. из ее запускаем анализ, генерится файл и всё. Гиперлинкс не открывается, как это происходит на XP (на другом компе).
2. Запускаю Гиперлинкс, (прописаны модели, сделаны всё настройки) гиперлинкс подвисает, в диспетчере пишет Not Responding буквально с первых секунд работы приложения.
загрузка камня 12,13 процентов, памяти отъедает от 120 до 160мб
И от админа и совместимость с хп ставил, не помогает....
Этот же проект на хп моделится за пару минут. всё ок.

Где искать грабли???

Ещё есть одна проблема с одним и тем же проектом. На вынь7 запускаю DRC, считает пару секунд потом - отвали читай лог. В логе
Total Proximity Hazards Found : -1095172474

Этот же проект, ничего не меняю, запускаю на ХР, запускаю DRC, всё быстренько считает, и всё тип топ. Ну что за хрень такая???


вынь7, х64. (i7-2600, 16Gb)

под w7 64 есть спец. релиз
текущий Нажмите для просмотра прикрепленного файла

у меня сейчас 8.1 (build 505, 7.07.2010)
8.1.1 надо искать))
а по дрц какая нибудь наводка есть?

вообщем на текущий момент обошёлся работой под виртуальной машиной с хп.. моделируется там. бред, но тем не менее.

Вынь7 рулит...

...и самое забавное на десерт - на домашнем компе с хпшкой гиперлинкс также зависает.
Гипер на хпшке с виртуальника ХП шуршит только в путь... =)) что к чему.. не понятно.

С некоторого момента (возможно после установки 11-го апдейта для 7,9,4 ) не могу поменять значения в Plane Classes and Parameters.
Вроде-бы как значения меняются но после нажатия "Apply" или "OK" возвращается белиберда (см. картинки)...
Нажмите для просмотра прикрепленного файлаНажмите для просмотра прикрепленного файлаНажмите для просмотра прикрепленного файла

совсем билиберда.
в 7.9.5 такого нет

Случайно мышкой сдвинул тулбары в ExpeditionPCB, все разъехалось.
Как можно вернуть к первоначальному виду? Где можно сбросить настройки ?

View->Toolbars->Customize->Reset не помогает.

Не знаю какой у Вас Expedition.
У меня в 2005 достаточно удалить ветку реестра:
[HKEY_CURRENT_USER\Software\Mentor Graphics\ExpeditionPCB\Expedition PCB\2005.00\Toolbars]

время от времени расползаются - потягаешь их минут пять туда-сюда и вроде успокаиваются до следующего раза
http://electronix.ru/forum/index.php?showt...%EB%E1%E0%F0%FB

Хорошо, попробую.