Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Глюк Expedition PCB
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Mentor-ExpeditionPCB
Страницы: 1, 2
Roman53
Цитата(ALEXD @ Jul 31 2007, 20:22) *
Мой проект при попытке загрузить и проверить его в САМ350 V9.1 вызывает полное зависание последнего. Так что проверить герберы вышеуказанным способом я не смог.
Кстати, слои PWR и GND должны быть internal или positive plane?
В пункте 3. Utilities > netlist extract когда он на последнем этапе спрашивает файл с расширением .NET, что нужно ему подсовывать?


Слои PWR и GND можно указать так, как они у вас определены, т.е. если на полигоновых слоях нет проводников, то указываете positive ( или negative ) plane, а если там присутствуют еще и проводники, то тогда internal.
Что касается генерации Нетлиста, то затрудняюсь Вам ответить, поскольку мне таких вопросов программа ни разу не задавала. Попробуйте еще раз, может, Вы что-то упустили в процедуре проверки
AlexanderX
Имеем следующую проблему.
Desig*nVi*ew release 2005SP1 version 16.5.1.1 и Lib*raryMana*ger version 2005SP1 (2005.3_BUILD_070525.00).
Если в менеджере библиотек создать новую партицию в разделе Parts, а затем ее тут же удалить, то в редакторе схем нельзя добавить ни одного компонента из библиотеки, все разделы которые были до этого в библиотеке исчезают из редактора схем. Переподключение библиотеки ни к чему не приводит, судя по всему, нарушается структура библиотеки. При этом менеджер библиотек номально открывает эту библиотеку и никаких замечаний к ней вроде бы нет. Только пользоваться такой библиотекой для рисования схем уже нельзя. sad.gif

Пока набирал сообщение товарищ нашел как это лечится. При удалении партции менеджер библиотек сбрасывает пути выдимости компонентов, символов и посадочных площадок. Вклучение путей видимости производится через Setup\Partition Search Path путем установки нужных галок. smile.gif
AlexN
Цитата(AlexanderX @ Sep 25 2007, 15:36) *
Пока набирал сообщение товарищ нашел как это лечится. При удалении партции менеджер библиотек сбрасывает пути выдимости компонентов, символов и посадочных площадок. Вклучение путей видимости производится через Setup\Partition Search Path путем установки нужных галок. smile.gif


оказывается, не надо торопиться!
Кстати сам наступал на те же грабли!
Frederic
Цитата(ALEXD @ Jul 31 2007, 10:04) *
Доброе утро! Тут ситуация, я думаю, непростая. Так как в DR Ментора значится такой глюк, значит он действительно есть, другой вопрос- в каких конкретно условиях он проявляется. Ведь уже давно стало ясно, что один и тот же глюк проявляется у всех по-разному или не проявляется вовсе. В данном случае сказано, что проявляется дефект в CAM350 и GerbTool, но не сказано при каких условиях и на каких версиях. У меня вот это проявилось очень избирательно, залило почему-то основное питание платы 3.3В и не отрисовались некоторые термал барьеры ТНТ комппонентов и только на одном, 4 -ом слое. Теперь я жалею , что не посмотрел герберы в САМ350 сразу, а доверился встроенному просмотрщику в Expedition и GerbTool, который , несмотря на упоминание в DR, рисует все нормально. И видимо на производстве используется похожий САМ, который тоже неверно отображает заливку полигонов.
Кстати, плату удалось поднять- пришлось высверлить более 30 переходных сверлом 0.3 и 0.4 , остатки металлизации выжег большим током cranky.gif

Кстати, заливает в основном MULTIVIA OBJECTS.

По поводу проверок на IPC и т.д. обычно если что-то пропустили глаза, то производитель PCB дает знать о возможных дефектах, такое было только 1 раз, когда я сам забыл поставить Fiducial для BGA. Но в этот раз производитель ничего не сказал и сделал плату с этими дефектами.
С уважением, Алексей.


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

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

atlantic
Цитата(Frederic @ Jul 31 2010, 01:14) *
ЕЕ2007.8
имеем два гербера:
1.Gerber родной Ехр - зеленый
2.Gerber CAM v8.0.6 где была сделана подготовка - голубой

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

Уже было, см. пост выше.
Думаю проблема в старой версии СAM v8.0.6(в его алгоритмах обработки растровых полигонов).
Используйте новые версии CAМ.
Doomsday_machine
Frederic
Всего пару недель назад я столкнулся с этим и написал об этом в теме Expedition ликбез. Мне порекомендовали два выхода:
1.Использовать CAM не ниже 10-й версии (это кстати ты сам мне и подсказал smile.gif ) и выяснять с изготовителем, какой программой они пользуются для подготовки к производству.
2.При формировании гербера увеличить разрядность до максимально возможной 5.5 (совет от bureau). В моем случае проблемные зоны после этого отобразились корректно даже в CAM350 V 9.0.1.
Frederic
Цитата(atlantic @ Jul 31 2010, 13:35) *
Уже было, см. пост выше.
Думаю проблема в старой версии СAM v8.0.6(в его алгоритмах обработки растровых полигонов).
Используйте новые версии CAМ.

в том то и дело что сделал в САМ 10.0 build 275 , сохранил, сделал экспорт , импорт в Ехр и тож самое 01.gif
scifi
Я тоже натыкался на этот глюк. К счастью, плат сделали всего несколько штук и нужно было высверлить всего одно переходное отверстие.
Правильно ли я понял, что если в меню Gerber Machine Format заменить полигоны Raster на Draw, то проблема решается? Во всяком случае, быстрый тест на плате с глюком подтверждает эту версию.
atlantic
Цитата(Frederic @ Jul 31 2010, 21:52) *
в том то и дело что сделал в САМ 10.0 build 275 , сохранил, сделал экспорт , импорт в Ехр и тож самое 01.gif

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

Извините, но непонятно, что вы все-таки делаете и чего добиваетесь???
если как вы пишите:
Цитата
...
хотя при импортирование в САМ 10 все приходит нормально и появляются цепи
...

Что еще надо???
И для чего гербера обратно в Exp загонять, в чем идея???
Типа, сравнить правильность глазами визуально?
Frederic
Цитата(atlantic @ Aug 1 2010, 13:58) *
"тож самое 01.gif" - это, что : правильно или с ошибкой?

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

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

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

да, но не совсем глазами - хочу сравнить через функцию Ехр сравнения двух герберов, родной Ехр и полученный после подготовки. результат вывести на слой ошибок
atlantic
Цитата(Frederic @ Aug 1 2010, 16:27) *
гербер из Ехр импортировал в САМ10, сделал экспорт и затем импорт в Ехр
результат аналогичен как и с гербером САМ 806 который мне прислали
как на картинке, пропадают цепи на слое плейна

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

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

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

Однако есть маленькое но, если Exp генерит гербера с ошибками то такие сравнения до фени.
Цитата
2 EE 7.9 Gerber output have no any improvment. It continues to output Gerber data with much of Self-Intersectioning Polygons.
http://communities.mentor.com/mgcx/message/14383

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

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

Правда потом не совсем понятно, что делать с этим счастьем :)
(если будут ошибки, то вероятно что в одном из вариантов неправильно генерится гербер или неправильно интерпретируется гербер программой :)
Frederic
Цитата(atlantic @ Aug 1 2010, 18:55) *
очень напоминает лечение гланд национальным методом smile.gif

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

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

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

Цитата
CAM как раз "заточен" для работы с герберами, и там можно тоже сравнивать, и думаю что сделано там получше чем в Exp.

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

Цитата
Однако есть маленькое но, если Exp генерит гербера с ошибками то такие сравнения до фени.

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

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


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

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

размышления:
1.может пора ментору приобрести контору типа DownStream Technologies , тогда и проблем будет меньше
2.выбрать партнера и полностью синхронизировать взаимодействие в части герберов
timon_by
Так в маршруте до 2005 сп3 включительно был CAM модуль. Потом его исключили и что самое интересное включили в комплект поставки PADS CAMCAD... Кстати, fill объяснял в свое время про политику исключения CAM модуля из состава 2007.х
vitan
Цитата(Frederic @ Aug 1 2010, 21:44) *
да, но все результаты не дают 100% уверенности

я могу не знать в чем обработают мои гербера из Ехр

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

Цитата(Frederic @ Aug 1 2010, 21:44) *
1.может пора ментору приобрести контору типа DownStream Technologies , тогда и проблем будет меньше

Так купили же Valor недавно. Это покруче будет. Только особо пользы, думаю, не прибавится, т.к. нет гарантии, что оборудование будет работать по файлам из этого Valor. Кто-то обязательно может их "подготовить".
cioma
Так ведь и Gerber и ODB++ - это документированные стандартные форматы. Т.е. проверить файл на корректность не проблематично - просто надо найти или написать парсер формата, который строго соответствует стандарту.
fill
Цитата(timon_by @ Aug 2 2010, 08:53) *
Так в маршруте до 2005 сп3 включительно был CAM модуль. Потом его исключили и что самое интересное включили в комплект поставки PADS CAMCAD... Кстати, fill объяснял в свое время про политику исключения CAM модуля из состава 2007.х



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

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

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

Цитата(Frederic @ Aug 1 2010, 21:44) *
1.может пора ментору приобрести контору типа DownStream Technologies , тогда и проблем будет меньше
2.выбрать партнера и полностью синхронизировать взаимодействие в части герберов



Уже есть Genesis2000 и vSure.
Покупать же маленькие конторы типа DownStream и его собрата-конкурента Wise, быссмысленно - если только чтобы закрыть, и не смущать далее народ.
Frederic
Цитата(fill @ Aug 2 2010, 12:29) *
Нда, совсем вы запутались:

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

Цитата
3. Теперь в менторе есть еще несколько программ подготовки к производству - Genesis2000 и vSure (бывший Enterprise 3000)- являющихся лидерам на рынке подготовки к производству.

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


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

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

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


fill
Цитата(atlantic @ Aug 1 2010, 14:58) *
"тож самое 01.gif" - это, что : правильно или с ошибкой?

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

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


Можно и визуально автоматом Нажмите для просмотра прикрепленного файла
atlantic
Цитата(fill @ Aug 2 2010, 13:21) *
Можно и визуально автоматом

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

В чем так сказать идея? Что именно проверяется на правильность и как?
Кстати, даже в хелпе показано с ошибками(см. ниже), а насколько оно корректно работает в действительности?
Нажмите для просмотра прикрепленного файла
atlantic
Цитата(Frederic @ Aug 2 2010, 12:58) *
ага, но уряяяяяя fill вернулся из отпуска 08.gif
теперь мы точно выплывем из болота САМ350 с ошибками чтения гербера из Ехр (вроде напоминает Простоквашино)



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


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

Народ, думаю что 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
Frederic
Цитата(atlantic @ Aug 2 2010, 16:55) *
Народ, думаю что 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

bb-offtopic.gif лучше бы их не видел и не читал, а так начинаю терять душевное равновесие и веру в солнцеподобного Ментора
Rex
fill
Какова официальная позиция Mentor Graphics? Признают ли они наличие проблем с герберами и собираются ли что-нибудь предпринимать?

Можете ли Вы что-нибудь посоветовать в сложившейся ситуации?
fill
Цитата(Rex @ Aug 3 2010, 14:05) *
fill
Какова официальная позиция Mentor Graphics? Признают ли они наличие проблем с герберами и собираются ли что-нибудь предпринимать?

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



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

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

Официальное заявление обычно делают высокопоставленные сотрудники ментора, если с проблемой сталкивается достаточно больше кол-во пользователей, которые сигнализируют об этом ментору своими SR.
Помимо этого, высокопоставленные сотрудники ментора участвуют в указанных выше форумах, можете напрямую к ним и обратится за комментариями. Но только не отвечайте в стиле одного из приведенным там господ, когда от него хотят получить тестовый пример с проблемой. а он заявляет, что дать его не может из-за секретности - в данном случае проблема точно не будет решена, т.к. конкретные исполнители на менторе не будут иметь примера проблемы и соответствено ничего искать тоже не будут.
atlantic
Цитата(Rex @ Aug 3 2010, 13:05) *
fill
Какова официальная позиция Mentor Graphics? Признают ли они наличие проблем с герберами и собираются ли что-нибудь предпринимать?

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

там ведь дядька (max_clark) советует(ссылка) не использовать гербер(предлагает использовать ODB++), а если уж используете то задавать разрядность после десятичной точки 6 знаков (хотя это не доступно через GUI Exp, а надо где-то config файле покрутить, думаю народ тут быстро укажет где именно )
fill
Цитата(atlantic @ Aug 3 2010, 17:36) *
там ведь дядька (max_clark) советует(ссылка) не использовать гербер(предлагает использовать ODB++), а если уж используете то задавать разрядность после десятичной точки 6 знаков (хотя это не доступно через GUI Exp, а надо где-то config файле покрутить, думаю народ тут быстро укажет где именно )


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

Цитата(atlantic @ Aug 2 2010, 15:23) *
Это что, очередные гланды? smile.gif

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


Пока не проверял, но судя по хелпу производится проверка двух слоев и формирование отображения совпадения и расхождения данных.
atlantic
Цитата(fill @ Aug 3 2010, 17:23) *
Вообще-то аппонент там утверждал, что попробовал 6 знаков и не достиг желаемого.

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

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

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


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

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

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

fill
По поводу 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
Doomsday_machine
ODB++ хорошо, скорее бы с герберами ситуация эмм... выровнялась.
fill
Цитата(Frederic @ Aug 2 2010, 13:58) *
ага, но уряяяяяя fill вернулся из отпуска 08.gif


Угу, у меня очередной такой отпуск будет в твои края. С 23 по 27 буду просвещать Пеленг.
AlexN
свежие новости - то ли артефакты, то ли MG теперь РАЗЛИЧАЕТ в виндах большие и маленькие буквы названий дисков, но у меня инсталлятор в списке для удаления рапортует о двойном комплекте всех программ от ментора: один на диске "c" малое, другой точно такой же набор на "C" большое. biggrin.gif
f0GgY
При пользовании The MGC SDD Configurator, происходит подвисание переключения в случае если открыт гугл хром (подвисает - см. pic)
Система Вин7 64 бита. 16 гиг оперативы, и камень и7-2600. Чего не хватает то??
Закрываешь Гугл, и всё процесс продолжается, просит указать лицензию и всё такое.
На хп такого не замечал.
f0GgY
нет вариантов?
никто не сталкивался?
fill
Цитата(f0GgY @ Nov 1 2011, 18:14) *
нет вариантов?
никто не сталкивался?


Скорее всего никто не сталкивался. Хром пока экзотика.
У меня FF все в норме. Менторовцы работают\тестируют пока только под IE.
f0GgY
Цитата(fill @ Nov 1 2011, 17:56) *
Скорее всего никто не сталкивался. Хром пока экзотика.
У меня FF все в норме. Менторовцы работают\тестируют пока только под IE.

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

Кстати, есть ли связь в ругани конфигуратора на oleout32.dll, dao350.dll, mfc40.dll при переключений версий, с подвисанием?
f0GgY
Ещё один интересный бубен в Windows 7

Тек.версия 7.9.1

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

Код
D:\MentorGraphics\2007.5EE\SDD_HOME\common\win32\bin\ExpeditionPCB.exe
D:\MentorGraphics\2007.5EE\SDD_HOME\common\win32\bin


Нижний, под красной линией.
Код
D:\MentorGraphics\7.9EE\SDD_HOME\common\win32\bin\ExpeditionPCB.exe
D:\MentorGraphics\7.9EE\SDD_HOME\common\win32\bin


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

The following component "Constraint Definitions Loader" cannot be loaded and the server cannot be started, the project will not be opened.

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

К чему всё это. Хочу предупредить тех кто работает с 7мой виндой. Внимательнее к ярлыкам которые закрепляете.
В закреплённой области ярлык не меняется когда конфигуратор формирует ярлыки для другой версии ментора.
Либо, как я предполагаю надо закрепить ярлыки и дать им соответствующие версиям имена. как то так.
Asb
Цитата(f0GgY @ Nov 8 2011, 13:23) *
....
К чему всё это. Хочу предупредить тех кто работает с 7мой виндой. Внимательнее к ярлыкам которые закрепляете.
В закреплённой области ярлык не меняется когда конфигуратор формирует ярлыки для другой версии ментора.
Либо, как я предполагаю надо закрепить ярлыки и дать им соответствующие версиям имена. как то так.

Еще можно пути в закрепленных ярлыках задать с использованием переменной окружения %SDD_HOME%.
fill
Цитата(f0GgY @ Nov 8 2011, 13:23) *
Ещё один интересный бубен в Windows 7

Тек.версия 7.9.1

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

Код
D:\MentorGraphics\2007.5EE\SDD_HOME\common\win32\bin\ExpeditionPCB.exe
D:\MentorGraphics\2007.5EE\SDD_HOME\common\win32\bin


Нижний, под красной линией.
Код
D:\MentorGraphics\7.9EE\SDD_HOME\common\win32\bin\ExpeditionPCB.exe
D:\MentorGraphics\7.9EE\SDD_HOME\common\win32\bin


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

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

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


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

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

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

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


вынь7, х64. (i7-2600, 16Gb)
fill
под w7 64 есть спец. релиз
текущий Нажмите для просмотра прикрепленного файла
f0GgY
у меня сейчас 8.1 (build 505, 7.07.2010)
8.1.1 надо искать))
а по дрц какая нибудь наводка есть?sm.gif
f0GgY
вообщем на текущий момент обошёлся работой под виртуальной машиной с хп.. моделируется там. бред, но тем не менее.

Вынь7 рулит... krapula.gif
f0GgY
...и самое забавное на десерт - на домашнем компе с хпшкой гиперлинкс также зависает.
Гипер на хпшке с виртуальника ХП шуршит только в путь... =)) что к чему.. не понятно.
bureau
С некоторого момента (возможно после установки 11-го апдейта для 7,9,4 ) не могу поменять значения в Plane Classes and Parameters.
Вроде-бы как значения меняются но после нажатия "Apply" или "OK" возвращается белиберда (см. картинки)...
Нажмите для просмотра прикрепленного файлаНажмите для просмотра прикрепленного файлаНажмите для просмотра прикрепленного файла
AlexN
Цитата(bureau @ May 21 2013, 16:20) *
С некоторого момента (возможно после установки 11-го апдейта для 7,9,4 ) не могу поменять значения в Plane Classes and Parameters.
Вроде-бы как значения меняются но после нажатия "Apply" или "OK" возвращается белиберда (см. картинки)...


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

View->Toolbars->Customize->Reset не помогает.
ms1
Цитата(COMA @ May 22 2013, 22:47) *
Как можно вернуть к первоначальному виду? Где можно сбросить настройки ?


Не знаю какой у Вас Expedition.
У меня в 2005 достаточно удалить ветку реестра:
[HKEY_CURRENT_USER\Software\Mentor Graphics\ExpeditionPCB\Expedition PCB\2005.00\Toolbars]
Frederic
Цитата(COMA @ May 22 2013, 22:47) *
Случайно мышкой сдвинул тулбары в ExpeditionPCB, все разъехалось.
Как можно вернуть к первоначальному виду? Где можно сбросить настройки ?

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

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

COMA
Хорошо, попробую.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.