Глюк Expedition PCB, Глюк Expedition PCB Опции

[SergeyL]

Вопрос к fill'у.

Столкнулся с интересным поведением редактора плат.
Сделал Board Outline и Route Border в виде круга.
При попытке разместить компонент в центре этого круга ругается.
На мой взгляд это глюк чистой воды.

Прилагаю проект для проверки.

Прикрепленные файлы

 PCB.ZIP ( 347.11 килобайт ) Кол-во скачиваний: 140

 

[avesat]

У меня не ругается ... А как ругается у вас?

Эскизы прикрепленных изображений

 

[SergeyL]

У меня не ругается ... А как ругается у вас?

Странно. Какая у вас версия? Я тут недавно поставил с фтп 2005.1_OCUR11 - может это только в ней такой глюк. У меня говорит "Cannot resolve immovable metal conflicts" и именно в районе центра.

[avesat]

ExpPCB2005 SP1

[SergeyL]

Причем что интересно. Если все же поставить при выключенном Online DRC, а потом сделать проверку то ругается только Online DRC (говорит "Placement Outline to Board Outline Violation"), а Batch DRC ни чего не говорит.

[AlexN]

У меня не ругается ... А как ругается у вас?

Странно. Какая у вас версия? Я тут недавно поставил с фтп 2005.1_OCUR11 - может это только в ней такой глюк. У меня говорит "Cannot resolve immovable metal conflicts" и именно в районе центра.

у меня тоже OCUR11 но не ругается
а Вы чего в центр ставите?

[SergeyL]

у меня тоже OCUR11 но не ругается
а Вы чего в центр ставите?

Любой компонент. Блин, подозрительно как-то. Чем интересно у меня отличается от вашей.

[SergeyL]

Вообщем не знаю что у меня такое, но глючит однозначно. Сейчас Interactive DRC спокойно позволил пересечся Board Outline и Placement Outline компонента. Вообщем где-то у них ошибка при обработке окружности.

[avesat]

Как вариант, создайте проект с нуля.

[AlexN]

Вообщем не знаю что у меня такое, но глючит однозначно. Сейчас Interactive DRC спокойно позволил пересечся Board Outline и Placement Outline компонента. Вообщем где-то у них ошибка при обработке окружности.

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

[SergeyL]

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

Вообщем глюк како-то плавающий. По разному себя проявляет. Подробно разбираться к сожалению времени нет.
Выкладываю для заинтересованных лиц видеоролик. Все же хотелось бы получить объяснения от fill'а как такое может быть.

Блин почему-то 700кбайт файлик уже отказывается прикреплять.
Скачать здесь можно
http://www.npo.usm.ru/files/labetcky/pcb4.zip

[Vadim]

Фигня какая... У меня на работе из DC напрочь исчезли окна output и workspace, а дома они есть. Зато дома в Cell editor испарился диалог Properties в режиме рисования. А на работе все в порядке.
Expedition глючить не может, это мы его не умеем использовать

[fill]

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

Вообщем глюк како-то плавающий. По разному себя проявляет. Подробно разбираться к сожалению времени нет.
Выкладываю для заинтересованных лиц видеоролик. Все же хотелось бы получить объяснения от fill'а как такое может быть.

Блин почему-то 700кбайт файлик уже отказывается прикреплять.
Скачать здесь можно
http://www.npo.usm.ru/files/labetcky/pcb4.zip

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

Есть подозрение в OS или видео карте.
Проблема на компе с XP-Sp2 и ATI 9600

[AlexN]

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

Вообщем глюк како-то плавающий. По разному себя проявляет. Подробно разбираться к сожалению времени нет.
Выкладываю для заинтересованных лиц видеоролик. Все же хотелось бы получить объяснения от fill'а как такое может быть.

Блин почему-то 700кбайт файлик уже отказывается прикреплять.
Скачать здесь можно
http://www.npo.usm.ru/files/labetcky/pcb4.zip

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

Есть подозрение в OS или видео карте.
Проблема на компе с XP-Sp2 и ATI 9600

а вот еще глюк, возможно требующий статистики.
я с ним уже когда-то давно обращался к Вам, но на Вашей системе вроде все работало.
глюк заключается в том, что если подвигать сгруппированнную группу cell сразу после вращения, то expedition вываливается.
С тех пор Expedition подновился и видимо была переработана процедура move circuit, теперь expedition сам знает, что у него чего-то не того и предлагает перезапуститься.
забавно, что глюк ПРОЯВЛЯЕТСЯ, если в группе содинены 2 (а может более) SMD pin цепью GND.
Если НЕ GND, а другая цепь - глюка нет. Если цепь GND и есть переходное - глюка нет.
одиноково и в русской и английской версии XPSP2. когда-то специально для этого поставил англ. версию XP.

блин, видео 1M уже не дает прицепить.
короче, вращать и сразу двигать (F3-F2) надо одиноко стоящюю группу cell в центре платы.


вот, удалось сделать видео в пределах 500к про глюк rotate/move group

Прикрепленные файлы

 project.zip ( 126.98 килобайт ) Кол-во скачиваний: 127
 video_rotate_move_group_gluk.zip ( 454.58 килобайт ) Кол-во скачиваний: 119

 

[SergeyL]

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

Есть подозрение в OS или видео карте.
Проблема на компе с XP-Sp2 и ATI 9600

У меня глючит на двух компах.
1 - WinXP SP2, Radeon 7000
2 - WinXP SP2, GeForce 7600

[AlexN]

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

Есть подозрение в OS или видео карте.
Проблема на компе с XP-Sp2 и ATI 9600

У меня глючит на двух компах.
1 - WinXP SP2, Radeon 7000
2 - WinXP SP2, GeForce 7600

У меня XP SP2 и ATI X300 - глюк Вашего проекта не проявляется
зато свои есть.
Если не трудно, попробуйте мой проект - повращать группу Cell в центре платы - F3 и сразу F2

[fill]

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

Вообщем глюк како-то плавающий. По разному себя проявляет. Подробно разбираться к сожалению времени нет.
Выкладываю для заинтересованных лиц видеоролик. Все же хотелось бы получить объяснения от fill'а как такое может быть.

Блин почему-то 700кбайт файлик уже отказывается прикреплять.
Скачать здесь можно
http://www.npo.usm.ru/files/labetcky/pcb4.zip

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

Есть подозрение в OS или видео карте.
Проблема на компе с XP-Sp2 и ATI 9600

а вот еще глюк, возможно требующий статистики.
я с ним уже когда-то давно обращался к Вам, но на Вашей системе вроде все работало.
глюк заключается в том, что если подвигать сгруппированнную группу cell сразу после вращения, то expedition вываливается.
С тех пор Expedition подновился и видимо была переработана процедура move circuit, теперь expedition сам знает, что у него чего-то не того и предлагает перезапуститься.
забавно, что глюк ПРОЯВЛЯЕТСЯ, если в группе содинены 2 (а может более) SMD pin цепью GND.
Если НЕ GND, а другая цепь - глюка нет. Если цепь GND и есть переходное - глюка нет.
одиноково и в русской и английской версии XPSP2. когда-то специально для этого поставил англ. версию XP.

блин, видео 1M уже не дает прицепить.
короче, вращать и сразу двигать (F3-F2) надо одиноко стоящюю группу cell в центре платы.


вот, удалось сделать видео в пределах 500к про глюк rotate/move group

У меня этого нет.

[SergeyL]

У меня XP SP2 и ATI X300 - глюк Вашего проекта не проявляется
зато свои есть.
Если не трудно, попробуйте мой проект - повращать группу Cell в центре платы - F3 и сразу F2

Попробовал - вываливается. Ну кстати у меня периодически Expedition вываливается, но я не заморачиваюсь, т.к. сохранять он позволяет. А вот когда он себя не правильно ведет, как в моем случае, это напрягает немного.

[AlexN]

У меня XP SP2 и ATI X300 - глюк Вашего проекта не проявляется
зато свои есть.
Если не трудно, попробуйте мой проект - повращать группу Cell в центре платы - F3 и сразу F2

Попробовал - вываливается. Ну кстати у меня периодически Expedition вываливается, но я не заморачиваюсь, т.к. сохранять он позволяет. А вот когда он себя не правильно ведет, как в моем случае, это напрягает немного.

Во спасибо большое, что попробовали, а то я уж думал, что у меня руки заколдованные, даже специально ставил Expedition на чистую англ. винду- не помогает.
Кстати при этом сообщение об ошибке - от expedetion, а уж потом - от виндов!
А вот у Filla всегда все работает, я очень рад за него!

[avesat]

За все время работы ExpeditionPCB вывалился один раз, при этом было запущено еще пару тяжелых программ ISE, EDK, ModelSim, грешу на память! Видео интегрированное.

[AlexN]

За все время работы ExpeditionPCB вывалился один раз, при этом было запущено еще пару тяжелых программ ISE, EDK, ModelSim, грешу на память! Видео интегрированное.

вываливание вываливанию - рознь
если проблемы с памятью - проблемы будут хаотические и непредсказуемые.
А если есть совершенно четкая последовательность действий из двух кликов по клаве, приводящяя к вываливанию на 2-х разных компах - это проблемы либо самой программы, либо ОС, либо их взаимодействия.
Я к памяти отношусь трепетно, ни ее, ни проц не форсирую, проводил на память тяжелый стрессовый тест, все было ОК.
Может, конечно, поихносилась - но вряд ли.
А насчет взаимодействия разных программных компонентов и ОС у меня есть еще 1 прикол:
Если в DC на горячюю кнопку назначить Tools/options, то DC на одном компе вываливается, на другом - нет. Где не вываливается - стоит еще много других прог от детей, в том числе Delphi. На каком-то англ. форуме вычитал про то, что типа cross selection не работало в DC и ответ, что надо зарегистрировать какую-то DLL-ку. Подумал - а вдруг поможет? Попробовал - помогло.
так что может зависеть и от того, что еще стоит вообще постороннего, и от того, все ли поставил при установке и много еще чего... может у меня еще какая-нибудь DLL не зарегистрирована?? Никогда не узнаю наверное...

вот тут про dll
http://forums.mugweb.org/showflat.php?Cat=...h=true#Post2791

[fill]

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

Вообщем глюк како-то плавающий. По разному себя проявляет. Подробно разбираться к сожалению времени нет.
Выкладываю для заинтересованных лиц видеоролик. Все же хотелось бы получить объяснения от fill'а как такое может быть.

Блин почему-то 700кбайт файлик уже отказывается прикреплять.
Скачать здесь можно
http://www.npo.usm.ru/files/labetcky/pcb4.zip

Я нашел причину. Не включайте опцию лицезию Advanced_Technology_Pro(Flex).

[AlexN]

а меня на вашем пректе на дает пересечь Board Outline и Placement Outline/
посмотрите в региональных настройках - у вас там случайно не запятая отделяет друбную часть от целой?

Вообщем глюк како-то плавающий. По разному себя проявляет. Подробно разбираться к сожалению времени нет.
Выкладываю для заинтересованных лиц видеоролик. Все же хотелось бы получить объяснения от fill'а как такое может быть.

Блин почему-то 700кбайт файлик уже отказывается прикреплять.
Скачать здесь можно
http://www.npo.usm.ru/files/labetcky/pcb4.zip

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

Есть подозрение в OS или видео карте.
Проблема на компе с XP-Sp2 и ATI 9600

а вот еще глюк, возможно требующий статистики.
я с ним уже когда-то давно обращался к Вам, но на Вашей системе вроде все работало.
глюк заключается в том, что если подвигать сгруппированнную группу cell сразу после вращения, то expedition вываливается.
С тех пор Expedition подновился и видимо была переработана процедура move circuit, теперь expedition сам знает, что у него чего-то не того и предлагает перезапуститься.
забавно, что глюк ПРОЯВЛЯЕТСЯ, если в группе содинены 2 (а может более) SMD pin цепью GND.
Если НЕ GND, а другая цепь - глюка нет. Если цепь GND и есть переходное - глюка нет.
одиноково и в русской и английской версии XPSP2. когда-то специально для этого поставил англ. версию XP.

блин, видео 1M уже не дает прицепить.
короче, вращать и сразу двигать (F3-F2) надо одиноко стоящюю группу cell в центре платы.


вот, удалось сделать видео в пределах 500к про глюк rotate/move group

У меня этого нет.

Вам везет
А нет ли в базе данных Ментора сообщения, которое Expedition выводит в моем случае:
The application has encountered an unrecoverable error...Do you want to attempt to Save the design?

и следом
Do you want to restart the application?

[nxn]

Заметил закономерность нажатия клавиш, после которой WG2005sp1 у меня всегда слетает. Происходит ли это у других, или это глюк только мой?

Команда PloW, ведем проводник и не выходя из команды нажимаем F1, открывается окно помощи, закрываем окно и вылетаем.

[avesat]

Заметил закономерность нажатия клавиш, после которой WG2005sp1 у меня всегда слетает. Происходит ли это у других, или это глюк только мой?

Команда PloW, ведем проводник и не выходя из команды нажимаем F1, открывается окно помощи, закрываем окно и вылетаем.

Не слетает.

[AlexN]

Заметил закономерность нажатия клавиш, после которой WG2005sp1 у меня всегда слетает. Происходит ли это у других, или это глюк только мой?

Команда PloW, ведем проводник и не выходя из команды нажимаем F1, открывается окно помощи, закрываем окно и вылетаем.

у меня тоже не слетает

[nxn]

Наверное это проблема моей машины. Слишком много на ней стоит программ. Что то мешает.

[MULA]

Внимание!!!
Для всех кто работает с ExpPCB 2005SP1.

Не рекомендуется использовать RefDes - без символьного префикса,
будут серьезные проблемы с NetPropeties!!!

В ранних версиях не наблюдалось!!!

Всех дам - с наступающим 8 марта!!!

[ALEXD]

Доброго времени суток.
Столкнулся с проблемой в DC/DV -нарисовал символ микросхемы и при размещении ее в схему и запуске DRC (unconnected pins), программа вываливается с ошибкой. Проверьте, пожалуйста, этот символ у себя на машине, хочется понять что это- глюк софта или локальная проблема на моей машине. (файл ASCII, его нужно импортировать через Library Services)
Заранее спасибо!

Прикрепленные файлы

 TEST.txt ( 20.34 килобайт ) Кол-во скачиваний: 78

 

[Mahim]

Добрый день! Ктонибудь сталкивался с такой ошибкой - при редактировании символа, программа вываливается. после этого мэнэджэр пишет что символьный раздел занят, отключение в опциях этой зянятости проблемму не решает, много раз так было, решал за счет наличия бэк версии библиотеки, есть ли какоенито нормальное решение?

[Vadim]

Доброго времени суток.
Столкнулся с проблемой в DC/DV -нарисовал символ микросхемы и при размещении ее в схему и запуске DRC (unconnected pins), программа вываливается с ошибкой. Проверьте, пожалуйста, этот символ у себя на машине, хочется понять что это- глюк софта или локальная проблема на моей машине. (файл ASCII, его нужно импортировать через Library Services)
Заранее спасибо!

У меня не вывалилась. Версия 2005.

[ALEXD]

НУЖНО ЗАПУСТИТЬ DRC С ВКЛЮЧЕННОЙ ОПЦИЕЙ ПРОВЕРКИ UNCONNECTED INPUT PINS И UNCONNECTED OUTPUT PINS. Хотя проблема уже найдена, длина имени пина не должна превышать 31 символ. Будте внимательны! Всем удачи!

[Vadim]

Не поленился. Снова проверил

НУЖНО ЗАПУСТИТЬ DRC С ВКЛЮЧЕННОЙ ОПЦИЕЙ ПРОВЕРКИ UNCONNECTED INPUT PINS И UNCONNECTED OUTPUT PINS.

Именно так Вынужден снова констатировать - не вываливается
ЗЫ Запускал в DV.

[Vadim]

А вот такой глюк - плата двуслойная. Плейнов там немеряно. Planes Processor глючит. Рапортует, что все OK, а сам заливает не все. Лечится открытием и закрытием файла и повторной заливкой, и то не факт. Задолбало. Никто не сталкивался? Как вылечить?

[fill]

А вот такой глюк - плата двуслойная. Плейнов там немеряно. Planes Processor глючит. Рапортует, что все OK, а сам заливает не все. Лечится открытием и закрытием файла и повторной заливкой, и то не факт. Задолбало. Никто не сталкивался? Как вылечить?

Исходя из моего опыта выведены следующие постулаты:

1. Работоспособность гарантирована только на не локализованной версии ОС
2. Наличие на машине других софтов (приложений) кроме ментора, может привести к неустойчивой работе ментора - найти несовместимость можно только путем "проб и ошибок"
3. Даже при соблюдении п1-2 возможна несовместимость с "железом" (например видео карточки).

Примеры из моего опыта:
а) поставил транслятор Allegro->Expediton - у меня вываливается (много чего стоит на машине) у соседа работает .
б) макросы из AATK в DxD не отрабатывают - снес русский офис, поставил английский - заработали
с) файл в Word-е русский офис не открывает, английский - без проблем
d) у меня при проверке символа DV вываливается - у вас нет
это так сказать из самых последних примеров.

В вашем случае: пришлите ваш проект - протестируем на наших машинах. Если будет стабильно вываливаться, обратимся к докторам на ментор

[Vadim]

Исходя из моего опыта выведены следующие постулаты:

1. Работоспособность гарантирована только на не локализованной версии ОС
2. Наличие на машине других софтов (приложений) кроме ментора, может привести к неустойчивой работе ментора - найти несовместимость можно только путем "проб и ошибок"
3. Даже при соблюдении п1-2 возможна несовместимость с "железом" (например видео карточки).

Примеры из моего опыта:
а) поставил транслятор Allegro->Expediton - у меня вываливается (много чего стоит на машине) у соседа работает .
б) макросы из AATK в DxD не отрабатывают - снес русский офис, поставил английский - заработали
с) файл в Word-е русский офис не открывает, английский - без проблем
d) у меня при проверке символа DV вываливается - у вас нет
это так сказать из самых последних примеров.

В вашем случае: пришлите ваш проект - протестируем на наших машинах. Если будет стабильно вываливаться, обратимся к докторам на ментор

В принципе ответ устраивает. Как говаривал мой товарищ-пьяница - надо что-то думать

[Vadim]

Еще один глюк. Свопирую пины. И вдруг бац - сообщение. Мол не могу просвопировать, обратная аннотация запрещена в схеме. Кидаюсь к схеме, действительно, запрещена и галка недоступна. Но ведь я галку ставил!!! Думаю, работа пропала, в схему обратно результаты свапа не передадутся. Обливаясь слезами, делаю прямую аннотацию - результаты работы не пропали! И так несколько раз.
И вообще, синхронизация схемы и платы слетает постоянно и непредсказуемо. Например, утром открываю проект в DV и говорю открыть в PCB - запускается упаковщик со всеми вытекающими. А ведь вечером я закрывал DV и PCB - все было полностью синхронизировано.

Рискну сделать вывод. Этот глюк и, возможно, вышеописанный с заливкой плейном есть следствие одновременной работы DV и PCB на одну базу данных (CDB). Ведь все эти глюки происходили при одновременно открытых схеме в DV и плате в PCB. Сейчас DV открыт, но схема - нет. Работаю в PCB и уже долгое время все в порядке и с плейнами и с синхронизацией. Вот.

[avesat]

Работаю так Dashboard->DxDesigner->Expedition PCB (не считая симуляций) глюков не наблюдается, может вам на Dx перейти?

[Vadim]

А вот такой глюк - плата двуслойная. Плейнов там немеряно. Planes Processor глючит. Рапортует, что все OK, а сам заливает не все. Лечится открытием и закрытием файла и повторной заливкой, и то не факт. Задолбало. Никто не сталкивался? Как вылечить?

Глюк исчез Теперь всегда все OK. Ничего ни понимаю...

[avesat]

Глюк следующего характера. Когда в expedition-не нажимать комбинацию ПРАВАЯ КНОПКА МЫШИ -> В ВЫПАВШЕМ МЕНЮ НАЖИМАЕМ Cansel, и там много раз подряд, он вываливается с уже полюбившейся ошибкой А я когда думаю как расставить компоненты или как лучше проложить трассы, от нефиг делать сижу и клацаю Благо при вылете все сохраняется и остается только перезапустить expedition.

Эскизы прикрепленных изображений

 

[ALEXD]

Внимание!!! Будьте бдительны! Обнаружен глюк следующего характера: При генерации герберов, может непредсказуемо закоротить (залить) площадки в полигон, в любом месте и любую цепь!!! Это просто ужас, когда я смотрел гербера во встроенном просмотрщике в Expedition все было нормально, потом когда плату сделали и оказалось что там кругом закоротки 3.3В на землю, все пришли в ужас, плата-то 8 слоев 6 класс. стали смотреть в САМ350 и только там уже обнаружились глюки с заливкой полигонов. Теперь незнаем что делать... Пока сверлим переходные Узнал об этом глюке только прочитав EXP2005 Spac3 Release Notes June 2007 , где на 46 стр. сказано следующее:
EXP2005 SPac3 Problems Fixed
• DR 347901 — When generated with raster polygon fill, getting shorts in GerbTool and CAM350.

Так что я реально пострадал от этого дефекта. Причем еще один просмотрщик герберов viewmate 7.5 показывает все правильно, без закороток.

В приложении фрагменты отображения герберов в разных программах.
Чего еще ждать от ментора, каких "подарков"?

Прикрепленные файлы

 CAM350_GND.pdf ( 194.87 килобайт ) Кол-во скачиваний: 96
 Expedition_Gerb_Viewer_GND.pdf ( 210.4 килобайт ) Кол-во скачиваний: 92

 

[ALEXD]

Добавлю: Глюк с отрисовкой герберов проявляется пока только в САМ350 v9.1. В GerbTool Orcad 9.2.1 и viewmate 7.5 Lovenir глюки не проявляются! Будьте внимательны!

[avesat]

Внимание!!! Будьте бдительны! Обнаружен глюк следующего характера: При генерации герберов, может непредсказуемо закоротить (залить) площадки в полигон, в любом месте и любую цепь!!! Это просто ужас, когда я смотрел гербера во встроенном просмотрщике в Expedition все было нормально, потом когда плату сделали и оказалось что там кругом закоротки 3.3В на землю, все пришли в ужас, плата-то 8 слоев 6 класс. стали смотреть в САМ350 и только там уже обнаружились глюки с заливкой полигонов. Теперь незнаем что делать... Пока сверлим переходные

Спасибо за пост! Новость не из приятных, я на SP1 сижу тоже.
Вам сочувствую.

[AlexN]

Добавлю: Глюк с отрисовкой герберов проявляется пока только в САМ350 v9.1. В GerbTool Orcad 9.2.1 и viewmate 7.5 Lovenir глюки не проявляются! Будьте внимательны!

не совсем понятно, 4 просмотрщика разных фирм отображают так, как спроектировано, а вот CAM350 v9.1 - чего то находит.
а может он просто сам чего-то гадит? ну и следом в производство?

[Roman53]

не совсем понятно, 4 просмотрщика разных фирм отображают так, как спроектировано, а вот CAM350 v9.1 - чего то находит.
а может он просто сам чего-то гадит? ну и следом в производство?

Простите, я не понял, Вы что же, герберы проверяете на CAM визуально?
А зачем тогда compare c IPC? Да плюц к тому же check nets open, shorts,antenna etc.

[avesat]

не совсем понятно, 4 просмотрщика разных фирм отображают так, как спроектировано, а вот CAM350 v9.1 - чего то находит.
а может он просто сам чего-то гадит?

Можно CAM350 v9.1 протестить всем скопом! У кого есть эта программа загоните туда свои герберы и отпишитесь в этой ветке.

[ALEXD]

не совсем понятно, 4 просмотрщика разных фирм отображают так, как спроектировано, а вот CAM350 v9.1 - чего то находит.
а может он просто сам чего-то гадит? ну и следом в производство?

Доброе утро! Тут ситуация, я думаю, непростая. Так как в DR Ментора значится такой глюк, значит он действительно есть, другой вопрос- в каких конкретно условиях он проявляется. Ведь уже давно стало ясно, что один и тот же глюк проявляется у всех по-разному или не проявляется вовсе. В данном случае сказано, что проявляется дефект в CAM350 и GerbTool, но не сказано при каких условиях и на каких версиях. У меня вот это проявилось очень избирательно, залило почему-то основное питание платы 3.3В и не отрисовались некоторые термал барьеры ТНТ комппонентов и только на одном, 4 -ом слое. Теперь я жалею , что не посмотрел герберы в САМ350 сразу, а доверился встроенному просмотрщику в Expedition и GerbTool, который , несмотря на упоминание в DR, рисует все нормально. И видимо на производстве используется похожий САМ, который тоже неверно отображает заливку полигонов.
Кстати, плату удалось поднять- пришлось высверлить более 30 переходных сверлом 0.3 и 0.4 , остатки металлизации выжег большим током

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

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

Сообщение отредактировал ALEXD - Jul 31 2007, 07:06

[atlantic]

А вариант с использованием классических векторных полигонов не подходит?
Просто когда в гербер добавили растровые полигоны, многие гербер программы
поспроцессоры глючили поначалу, пока не прошло какое-то время(RS274X не так много времени
по сравнению с классическим гербером), я так понимаю, что еще не у всех до конца откатаны алгоритмы их обработки, от этого и встречаются глюки при разных условиях.
У меня есть предположение, что в вашем гербере сначала объявляется прорисовка ваших MULTIVIA,
а за ней следует объявление растрового полигона. А с выходом SP3 починили: сначала полигон, а потом эти multivia и др. КП. Хотя по идее гербер процессор должен это грамотно обрабатывать, но видимо не все. Поэтому глюк этот можно отнести к CAM350. А если использовать векторные полигоны, то по идее таких траблов не должно быть, так как глюки с векторными полигонами почти все повылавливали за такое время. Самый первый и простой векторный GERBER формат появился аж в 1968 г.

p.s. что скажут знатоки, про преимущества/недостатки использования в Expedition растровых versus векторных полигонов ?

[Roman53]

А вариант с использованием классических векторных полигонов не подходит?
Просто когда в гербер добавили растровые полигоны, многие гербер программы
поспроцессоры глючили поначалу, пока не прошло какое-то время(RS274X не так много времени
по сравнению с классическим гербером), я так понимаю, что еще не у всех до конца откатаны алгоритмы их обработки, от этого и встречаются глюки при разных условиях.
У меня есть предположение, что в вашем гербере сначала объявляется прорисовка ваших MULTIVIA,
а за ней следует объявление растрового полигона. А с выходом SP3 починили: сначала полигон, а потом эти multivia и др. КП. Хотя по идее гербер процессор должен это грамотно обрабатывать, но видимо не все. Поэтому глюк этот можно отнести к CAM350. А если использовать векторные полигоны, то по идее таких траблов не должно быть, так как глюки с векторными полигонами почти все повылавливали за такое время. Самый первый и простой векторный GERBER формат появился аж в 1968 г.

p.s. что скажут знатоки, про преимущества/недостатки использования в Expedition растровых versus векторных полигонов ?

Господа, Вы меня просто очень встревожили, за 8 лет работы на Ехpedition, начиная с Veribest 99, я ни разу не встретился с таким багом,помимо всего прочего, я всегда проверяю герберы на CAM350.
Eсли интересно, то процедура такова:
1.Import Gerber data
При этом, необходимо указать релевантные слои,- top, bottom,internal и т.д.
2. Import Drill data
Вносим все файлы из директории NC Drill
3. Utilities > netlist extract
4. Analisis> Nets > Import IPC Netlists
5. Analisis> Nets> Apply Nets
6. Analisi > Nets > Compare External nets
Еще ни разу не было случая,чтобы не обнаружилась ошибка, если она была,кроме того, можно прогнать Analisis> Nets> Check Nets,эта команда позволяет обнаружить антенны,открытые и замкнутые неты уже на уровне гербера

[ALEXD]

Господа, Вы меня просто очень встревожили, за 8 лет работы на Ехpedition, начиная с Veribest 99, я ни разу не встретился с таким багом,помимо всего прочего, я всегда проверяю герберы на CAM350.
Eсли интересно, то процедура такова:
1.Import Gerber data
При этом, необходимо указать релевантные слои,- top, bottom,internal и т.д.
2. Import Drill data
Вносим все файлы из директории NC Drill
3. Utilities > netlist extract
4. Analisis> Nets > Import IPC Netlists
5. Analisis> Nets> Apply Nets
6. Analisi > Nets > Compare External nets
Еще ни разу не было случая,чтобы не обнаружилась ошибка, если она была,кроме того, можно прогнать Analisis> Nets> Check Nets,эта команда позволяет обнаружить антенны,открытые и замкнутые неты уже на уровне гербера

Мой проект при попытке загрузить и проверить его в САМ350 V9.1 вызывает полное зависание последнего. Так что проверить герберы вышеуказанным способом я не смог.
Кстати, слои PWR и GND должны быть internal или positive plane?
В пункте 3. Utilities > netlist extract когда он на последнем этапе спрашивает файл с расширением .NET, что нужно ему подсовывать?

Сообщение отредактировал ALEXD - Jul 31 2007, 17:24

[Roman53]

Мой проект при попытке загрузить и проверить его в САМ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, а затем ее тут же удалить, то в редакторе схем нельзя добавить ни одного компонента из библиотеки, все разделы которые были до этого в библиотеке исчезают из редактора схем. Переподключение библиотеки ни к чему не приводит, судя по всему, нарушается структура библиотеки. При этом менеджер библиотек номально открывает эту библиотеку и никаких замечаний к ней вроде бы нет. Только пользоваться такой библиотекой для рисования схем уже нельзя.

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

[AlexN]

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

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

[Frederic]

Доброе утро! Тут ситуация, я думаю, непростая. Так как в DR Ментора значится такой глюк, значит он действительно есть, другой вопрос- в каких конкретно условиях он проявляется. Ведь уже давно стало ясно, что один и тот же глюк проявляется у всех по-разному или не проявляется вовсе. В данном случае сказано, что проявляется дефект в CAM350 и GerbTool, но не сказано при каких условиях и на каких версиях. У меня вот это проявилось очень избирательно, залило почему-то основное питание платы 3.3В и не отрисовались некоторые термал барьеры ТНТ комппонентов и только на одном, 4 -ом слое. Теперь я жалею , что не посмотрел герберы в САМ350 сразу, а доверился встроенному просмотрщику в Expedition и GerbTool, который , несмотря на упоминание в DR, рисует все нормально. И видимо на производстве используется похожий САМ, который тоже неверно отображает заливку полигонов.
Кстати, плату удалось поднять- пришлось высверлить более 30 переходных сверлом 0.3 и 0.4 , остатки металлизации выжег большим током

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

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

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

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

Эскизы прикрепленных изображений

 

[atlantic]

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

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

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

[Doomsday_machine]

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

[Frederic]

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

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

[scifi]

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

[atlantic]

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

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

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

...
хотя при импортирование в САМ 10 все приходит нормально и появляются цепи
...

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

[Frederic]

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

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

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

если как вы пишите:

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

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

[atlantic]

гербер из Ехр импортировал в САМ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]

очень напоминает лечение гланд национальным методом

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

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

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

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

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

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

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

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

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

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

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

[timon_by]

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

[vitan]

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

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

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

1.может пора ментору приобрести контору типа DownStream Technologies , тогда и проблем будет меньше

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

[cioma]

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

[fill]

Так в маршруте до 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 Гербер обратно и затем сравнить его в других системах.

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

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

[Frederic]

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

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

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

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

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

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

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

[fill]

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

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

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

Можно и визуально автоматом

[atlantic]

Можно и визуально автоматом

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

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

[atlantic]

ага, но уряяяяяя 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

[Frederic]

Народ, думаю что 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

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

[Rex]

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

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

[fill]

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

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

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

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

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

[atlantic]

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

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

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

[fill]

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

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

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

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

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

[atlantic]

Вообще-то аппонент там утверждал, что попробовал 6 знаков и не достиг желаемого.

Там еще вопрос, кто из них на самом деле оппонент ,
я просто хотел выделить основную 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]

ага, но уряяяяяя fill вернулся из отпуска

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

[AlexN]

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

Эскизы прикрепленных изображений

 

[f0GgY]

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

Эскизы прикрепленных изображений

 

[f0GgY]

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

[fill]

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

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

[f0GgY]

Скорее всего никто не сталкивался. Хром пока экзотика.
У меня 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]

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

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

[fill]

Ещё один интересный бубен в 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, всё быстренько считает, и всё тип топ. Ну что за хрень такая???


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

[fill]

под w7 64 есть спец. релиз
текущий [attachment=63465:HL8.1.1_update3_rn.pdf]

[f0GgY]

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

[f0GgY]

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

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

[f0GgY]

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

[bureau]

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

[AlexN]

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

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

[COMA]

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

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

[ms1]

Как можно вернуть к первоначальному виду? Где можно сбросить настройки ?

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

[Frederic]

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

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

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

[COMA]

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