[attachment=86228:MG586996.pdf]

Спасибо!

Итак, в результате исследования этого руководства выяснилось что увидеть длину трассы с учётом задержки в корпусе можно практически только одним способом - актуализировать данные в CES, поскольку просмотр через Hazards невозможен после того как трассы выровнены.

В последней версии Expedition в CES помимо Pin Package Length появилась графа Pin Package Delay, и вот эти задержки можно увидеть не только в CES, как длины, а ещё и в свойствах цепи. Но тут какая-то неразбериха...

Например:
Есть трасса соединяющая 2 bga-пина, соответственно трасса имеет 2 переходных отверстия. Если выделить её двойным кликом, то внизу, в строке состояния выводится Trace Length: 38.42mm и Dly: 0.289ns. Однако в свойствах цепи Total Trace Length и Selected Trace Length, которые в данный момент соответствуют числу из строки состояния - 38.42mm, также есть строка Length Summary: 38,89mm, тут всё понятно, учитывается ещё длина перехода между слоями через 2 переходных. Фокусы начинаются дальше, имеется строка Delay Summary: 0.4ns
Производим фиксацию трассы (Fix Selected Items) и значение строки меняется на Delay Summary: 0.147ns. Что это за число? Есть подозрения что это задержка внутри корпуса (144ps + задержка в 2 переходных), снимаем фиксацию и значение возвращается к 0.4ns.
Но и это ещё не всё, совершенно непонятно соответствие задержек в строке состояние и в свойствах цепи. Задержка в строке состояния плюс задержка в корпусе 0.289 + 0.147 = 0.436ns, что несколько больше чем Delay Summary: 0.4ns. Где собака зарыта?

Вопрос, можно ли перенести настройки CES из старого проекта в новый? А то после озарений разработчика и импорта новой схемы в проект сбиваются все настройки.

в CES имеется экспорт-импорт
но если озарения были очень сильные и яркие, то возможно от старого проекта осталься полный нуль
и смысла заниматься импортом ни какого нет

Здравствуйте. Не подскажите почему после импорта в Expedition файлов формата DXF импортируемый объет нельзя редактировать? На свойствах графических объектов в слое на котором размещается импортируемый объект стоит атрибут Read-Only.

Наша песня хороша...
Снова имею дело с импортом из оркада.
Импортировалась схема, падстеки, а при попытке импортировать селлы в лог файле пишут

Successfully converted 1820 cells.
Unable to update the cell 'FBGA100' in the Library Manager.
Pin count in cell (100) is different than in the referencing part (93).

The following parts containing (93) pins reference this cell:


Unable to update the Library Manager Catalog.

Это не первый и скорее всего не последний подарочек... Как можно обойти эту ошибку или решить ее?

upd. в принципе путем хитрых извращений в виде подставлений, переименований и пересохранений с новым пинкаунтом удалось побороть проблему... но интересно кто как с подобным борется.

1. Проблема заложена в исходном проекте (OrCAD). В данном случае на символах в схеме присутствуют не все пины. Соответственно при трансляции схемы создается PDB в котором недостает пинов.
2. PDB можно получить двумя путями - из схемы или из платы. Из платы более правильный т.к. кол-во пинов будет не меньше чем в Cell, но можно нарваться на обратное, когда в Cell будет присутствовать лишний(е) пин(ы) - когда тепловые пины оформили как обычные пины, кроме того в PDB из платы нет данных о символе(ах) которые все равно надо будет импортировать в PDB.
3. Удалите проблемный PDB (или удалите в нем ссылку на Cell), затем импортируйте Cell в ЦБ, а далее создайте новый PDB (или импортируйте Cell в существующий PDB). Обычно бывает проще создать новый PDB с нуля, чем пытаться исправить неправильно сделанный из схемы.



При импорте создается Drawing_Cell и размещается в топологии. Если у вас в данный момент в настройках стоит запрещение редактирования содержания Cell, то можно редактировать только через Cell_Editor.

Спасибо.

Еще одна особенность.
В протеле видимо используется понятие "альтернативный символ" или как-то так, также как в менторе alternate cell. Соответственно, в Part editor в разделе Assign symbol лежит несколько вариаций одного и того же Gate. То-есть одни и те же пины могут иметь 2 разных значения, и это в одном компоненте. Насколько мне известно, duplicate pins ментор сохранять не разрешает. Ну и конечно же, при попытке закрыть с сохранением мне сообщается что мол не могу я закрыть, парт ведь incomplete...
Это получается мне нужно превратить этот компонент в 2 разных и поменять на схеме? Или ментор все таки позволяет такую ситуацию?

В данном случае проблема несовпадения количества пинов на символах. Получается что пин в одном случае попадает в раздел Supply_NC (т.к. его нет на символе), а в другом он на символе и значит в Logical\Physical. Такое недопустимо.

Добрый день.
При добавлении в схему разработчиком новых конденсаторов, сбивается их взаимное положение в топологии.
Т.е. разводка уже идет, всё сгруппированно, в схеме где-нибудь в середине ставятся ещё чипы проводится ренамбер, аннотация
и "бац", теперь группировку надо проводить заново, так как те же самые конденсаторы по схеме на топологии уже стоят в другом месте.
Что делать? Поигрался с настройками аннотации, результатов нет. Так что, прошу предлагать решения, которыми вы сами уже пользовались.

Я так и подозревала. Создавать значит отдельные компоненты, я правильно понимаю?

У меня на работе та же беда, мы пока нашли 2 выхода:
1 - оставлять элементы где они развелись в топологии, но в дальнейшем при доработке учитывать эту особенность (в схеме правильная нумерация)
2 - плюнуть на нумерацию при добавлении нового элемента, с КТСС мы по этому поводу договорились, они разрешили так сделать (сохраняется топология)
Я используя 2 вариант, но тоже буду рад услышать 3й более оптимальный вариант

3. руководство должно разрешить делать Renumber in Exp , т.е. нумерация в DxD подстраивается под Ехр

читайте пункт 2, нумерация Exp никого не интересует
Я понимаю что весь мир нумерует топологию и только наши предпочитают нумеровать схему. Кстати наши ездили в МСК на семинар, задавали этот вопрос представителям, те переглянулись и посмотрели на наших как на дятлов