А не подскажете, что слышно насчет IOD 8.0? Вроде как должен-бы уже выйти.

стр. 16 Нажмите для просмотра прикрепленного файла

вроде как нахваливают 2007.5, типа сильно много исправлено:

I decided to dig up this dead horse and add a few comments. When we first did pilot testing on EE2007.2, we found it unstable and not a fit for our design environment. EE2007.3 was no better.

We have now downloaded and installed EE2007.5 and have been using it for about a month now and have yet to log an SR on it. I actually use it to debug EE2007.3 jobs that have become corrupt as it now has database consistency checking built in.

FWIW, we have logged 32 SR's with mentor on EE2007.2, Of those 32, about 18 were DR's and of those 18, only 2 are pending as still Open in EE2007.5! It seems we FINALLY have a stable 2007 release!

My only gripe is that EE2007.5 *SHOULD* have been EE2007.1!!!

первоисточник http://forums.mugweb.org/showflat.php?Cat=...e=0&fpart=2

Вроде как присоединяюсь. Составляющие Library Manager ну прям летают. Чудеса, однако Мегабагов пока не замечено, кроме одного, но он и раньше был - беда с предпросмотром конкретного cell, вплодь до зависания минуты на 3 Пришлось даже восстанавливать библиотеку - не понял, что это предпросмотр глючит, подумал, что комп завис, нажал ресет - и был обеспечен дурной работой на 3.5 часа

ни разу не замечал такого

Дык у Вас такого цела нету

наверное, у меня самый большой всего 352 ноги.

Не угадали!!! Наоборот, он очень маленький. Несколько пинов + парочка виа, 2 полигона. И все это принадлежит одной цепи. Это клемма на плату под винт.

Поставил вот себе это чудо...
Пока что замечено:
- LM как раньше периодически падал с Segmentation Fault в момент закрытия любого редактора, так и продолжает падать.
- NSE почему-то все пины показывает инверсными, с кружочками у корпуса. А в предпросмотре и в DxD все ОК. Вроде и не напрягает, но как-то странно...

Вот, скриншотнул я LM и NSE - обратите внимание на вид пинов в предпросмотре в LM и в редакторе NSE. Это так и должно быть? Я про кружочки у корпуса, показывающие инверсию. Или глюк?

как обычно, забавно.
Под winXP хотел посмотреть подобное, но в sample lib из комплекта поставки не нашлось подобного символа. Зато есть, например, символ cy7c109. Нарисован абсолютно безобразно, например: палочки пинов из порядка 5 сегментов, иногда не в сетке, кружочки, означающие активный низкий уровень - тупой графикой, отнюдь не спец примитивами, как, впрочем и треугольнички на выводах, означающие вход/выход, у названий пинов тильда (означающяя видимо низкий активный уровень и делающяя сверху над названием пина черточку) - так у разных пинов стоит у одних как префикс, у других - как суффикс. Сами названия пинов - несвязанный текст. Такое ощущение, что типа графику из автокада переневли. Но поскольку на конечную графику не влияет (так как все равно вручную все нарисовано), то и ошибки вроде как незаметно.
В целом - наглядное пособие, как НЕ НАДО символ рисовать

кстати, сами квадратики пинов у "старых" пинов - отображаются, а у вновь введенных -нет, только при выделении этого пина.
на примере - PIN1 и PIN2 - вновь введенные, квадратиков пинов нету.

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

ЗЫ. А того глюка с кружочками, что я отскриншотил, у Вас нету что-ли?

Ну куда ж они денутся!
кстати, его отображение можно загасить в preferences (pins - show port tips) чтоб не так напрягал.
кстати, этот кружок замещает собой все спецпримитивы, означающие тип пина.


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

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

неее, с этим разобрался, это разные начальные установки для отображения fill style в pin graphics, причем эти установки становятся атрибутами отображения пина (запоминаются), и, если Вы впоследствии измените эти установки, то будет зоопарк, новые пины будут отображаться по-новому, старые - по-старому.

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

У себя такого не наблюдал. Все пины отображаются нормально.
А вот LM также периодически падает по Segmentation Fault

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

Это как раз понятно и нормально - Вы же не с нуля символ делаете, а правите чей-то готовый, в котором все сделано так, как нравилось автору, а не так, как по дефолту у Вас.


Вот интересно, а ментор об этом знает? Ведь падает как минимум с 2007.2... Я, конечно, не претендую ни на что, так как оффициальным пользователем стану не раньше, чем ментор дойдет по наличию необходимых фич до пикада, но все же.... За обстановкой слежу

это каких таких интересно?
уж не введение ли связей в Exp с передачей в схему?

Да! Да! Да! Без этого просто нет жизни. И не только связей, а и целых компонентов.
Своп несвопуемых пинов в Exp с дополнительным подтверждением об уверенности в действии, в том числе и не только в пределах одного гейта/компонента, а и вообще двух любых пинов в пределах платы. И с передачей результата в схему.
Чтобы после свопа не тупо свопились номера пинов на корпусе, а переподключались цепи, не меняя ничего в символе. Иначе мегаглюк выходит... Допустим свопнули D15 с D12 на ОЗУ-хе. В результате просто поменялись номера пинов, и нарушилось соответствие символа документации на микруху.
Еще необходима упаковка "по ходу дела", в момент установки компонента (хоть символа в схему, хоть компонента в плату), а не отдельным действием.

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

вроде в смартутилитах это упоминается, называется connection planner, читал мельком и не уверен, что это именно то, что Вам надо.

Connection Planner let you add parts and create netlists, such as for schematic data.
• Planning line
It is a graphical connection created in Connection Planner.
This graphical object is displayed on a user layer and contains the information of the
layer, net, and connecting pin as property.
Based on the information, a net is applied to a pin by the Forward Annotation
prescribed in Connection Planner.
The functions of cross check and trace conversion can be used for the planning line.
• Planning line with only net assigned
It is a graphical connection created in Connection Planner.
The purpose of this planning line is to assign a net to a pin while the normal planning
line specifies the route layer. This planning line does not require the connection source
and destination to be located in the same layer during the planning line input.
• (Net 0) Net
(Net 0) and (Net 0)-xxxx (xxxx=No.) are called (Net 0) net.
Using the (Net 0) encounters trouble during the direction and fan-out at planning line
input, changing the (Net 0) to the (Net 0)-xxxx (xxxx=No.) is required.
• Temporary Net
It is a net that automatically assigned in Connection Planner.
To be specific, when two (Net 0) nets are connected with a planning line, the
Connection Planner automatically assigns a net which is called temporary net.
This temporary net follows this naming rule: Tempnet_xxxx (xxxx=No.)

В 2007.2 Я не смог нарисовать даже очень простую схему, DxDesigner вываливался постоянно с ошибками. Для меня получается что для Linux 2007.5 это рай, потому что смог нарисовать и развести простенькую схему

наверное это все-таки фича. Если пин ненулевой длины - квадратика нет, он появляется только при выделении этого пина. А если пин нулевой длины - квадратик есть всегда!



точно помню, в предыдущих версиях port type пина наблюдал нормально, а сейчас на двух совершенно разных компах только кружочки...

хорошо, что я в нем не работаю, а только тренируюсь "для хобби"

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


Хе. +1. Тоже просто тренируюсь в поисках чего-то достойного Правда тренировку совмещаю с созданием реальных плат, чтобы знать нюансы. Ощущение, что большинство CAD-ов создают программисты, никогда не разводившие ни одной платы, и понятия не имеющие о том, что нужно для ускорения этой работы и уменьшения количества лишних действий/нажатий.


О как. В линуксовой версии это называется Show port type. А не tips. Значит все же скорее это глюк, чем фича, ибо IMHO эти кружки к типу пина (IN, OUT, BIDIR, e.t.c) никакого отношения не имеют, там только инверсность должна быть.

да понял я, просто квадратики пинов есть всегда только в случае нулевой длины пина. А если длина пина ненулевая, он скрыт. И пожалуй это действительно фича. А вот хронические кружки - бага, поскольку точно помню, в какой-то из предыдущих версий отображение было нормальное.



конечно Show port type, опечатался...

Хотелось бы узнать: Имеющийся 3D-PCB-Viewer должен работать с релизом 2007.5 ?
У меня при запуске скрипта установки меню вылетает ошибка. Меню устанавливается но Viewer не запускается.
То ли руки кривые, то ли нужен свежий софт

Все таки кривые ручки. Правда не совсем понятно чьи.
По умолчанию релиз 2007.5 ставится в папку ...SDD_ROOT\2007.5EE, 3D-PCB Viewer в папку ...SDD_ROOT\2007EE и соответственно не работает.
После ручного перемещения в 2007.5EE меню установилось без ошибок и все заработало

Во, на это я тоже внимание обратил. Неудобство однако. Я ставил версии в соотв. директории - /opt/mentor/2007.2, /opt/mentor/2007.5, а потом создавал симлинк /opt/mentor/EE, ссылающийся на ту версию, которая в данный момент основная. И вот из-за этого различия внутренних путей, такое впервые за все время работы с разными пакетами, получилось, что оперативно текущую рабочую версию менять не получается. Так как в PATH приходится вписывать то одно, то другое, а не просто симлинк переправить. Остается надеяться, что это сам ментор решил делать правильную структуру, когда следующая версия ставится так, что не трогает предыдущую... Тогда конечно респект. Но вот переходной процесс нехороший вышел

Ну и чего тут непонятного:
1. Вы включили в настройках отображение типа пина - появились кружочки прозрачные (под ними видны палочки пинов)
2. Для пина ~INA включили Inverter=True - кружок стал не прозрачный (не путать с заполненностью цветом) - палочка не видна.

ну вообще-то речь шла вроде как о том, что вместо треугольничка наружу либо внутрь (IN, OUT) и двойного труегольничка (BIDIR), видимых в момент размещения пина, пока он привязан к курсору ДО ТОГО как положили пин на символ - после размещения на символе ВСЕГДА отображается кружок!

А в предыдущих версиях отображалось правильно!

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

А вот это действительно глюк. Который скорее всего скоро исправится в 2007.6 - через несколько недель выйдет - Описание нововведений уже выложили Нажмите для просмотра прикрепленного файла.

а можно увидеть это описание нововведений?

/upload/pcb/mentor
Там what's new по exp2007.6 и pads 9.0

В тему не кладу - большие дюже.

В 2005 была возможность использовать атрибуты неограниченной длины. Теперь, вроде, только 256 символов. А как быть, например, с атрибутами PINSWAP для больших плисин, там набирается гораздо больше буковок? Это для нетлиста.

Есть более новый под 2007.5 Нажмите для просмотра прикрепленного файла

Вышел Expedition Enterprise Flow EE2007.6

The EE2007.6 release is now available on supportnet.
http://supportnet.mentor.com/downloads/200...2DG192%2DP10287

А дизайн капча под него есть или уже не выпускается????

http://electronix.ru/forum/index.php?showt...mp;#entry633064

А какая версия Expedition наиболее стабильна? Вроде бы существует мнение, что 2005 или 2006.
Есть ли смысл переходить с WG2004 SP1 на что-то более новое?
Попробовал 2007.5. Похоже, что пока рано переходить. Даже по описаниям глюк на глюке.
WG2004 валится от силы 2-3 раза в день. Вполне терпимо.
В 2007.5 зависает ExpeditionPCB при редактировании трассировки.
Рисуешь штук 5 дорожек, потом аминь: появляются песочные часы и загрузка процессора 97%.
Или меняшь ширину сегмента, а потом только дотрагиваешься до него, и всё...
В 2004 тоже иногда задумывается, но не до такой же степени!
Могу ещё EE2007.3 попробовать, только как к нему Design Capture 2007.5 прикрутить?

2007.3 самая глюкавая, ее можно советовать только для врагов.

Если считать по количеству устраненных багов (пришедших из прошлых релизов), то в
2007.5 - около 80
2007.6 - около 30
Значит 2007.6 содержит меньше ошибок. Ну а 2007.7. еще меньше

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

имея еще пару цифр для 2007.3 и 2007.7 и можно будет вывести функцию кол-во ошибок от версии (без временной поправки на время разработки версии). И полученному значению можно будет верить, т.к. теория и опыт в одном флаконе.

для интереса можно еще посчитать сколько было в 2005..2004..2002..VB98

Expedition Enterprise 2007.7 (EE2007.7) is now available on Support Net.

https://supportnet.mentor.com/downloads/200...2DG192%2DP10287

Назвался груздем - полезай в кузов!