Возникли вопросы по шинам:

1) Не криминал, но хотелось бы. Как сменить ripper, надо что бы по ГОСТу, хотя бы просто полное отсутствие риппера с виду. Или ввод в шину под 45 градусов. Если нельзя - то и фиг с ним.

2) Жизненно необходимо! В шине идет огромная толпа совсем разных сигналов. Через список цепей в навигаторе я могу выделить их сразу всей толпой. А как выделить только лишь одну заданную цепь? Чтобы оперативно найти все ее выходы из шины. Ну или скажем так, почему шина раскрывается в навигаторе одной строчкой, в которой просто перечислены все цепи через запятую?

3) Как из этого списка цепей убрать нечто загадочное с именем, равным имени шины (например шина MAIN_BUS, в ней полторы сотни разных цепей, но нет ни одной с этим же именем, но в списке оно есть. Типа суслика , ты его не видишь, а он есть). Да и вообще мне не нужно, чтобы шина имела какое-то осмысленное имя. Она нужна лишь для красоты.

4) (вероятно как следствие 2) - заходя в CES я тоже вижу все то, что попало в шину, одной строкой. А как мне содержимое шины распихать по разным классам цепей?

5) Как мне определить дифпару внутри шины. Когда я назначаю пару например lvd_in_p для сигнала lvd_in_m, и при этом они идут внутри шины, меня матерят, что Cannot make diff pair with same net. Какой это нафиг same net?

PS. Сорри, если все это банальный RTFM, но TFM к сожалению не поддается R в виду какого-то глюка всего EE... Т.е. главное окно хелпа открывается, а дальше никуда.

Да ничего специального не делал:
1. Взял ЦБ SampleLib из поставки
2. Запустил ее базу в ODBC
3. Добавил несколько компонентов методом копирования в LM
4. Отредактировал данные таблицы для них прямо в LM (ПКМ>Edit_Parametric_Data в окне навигатора) - значение номинала ввел например 1e-013, что отобразилось как 0.1pF в окне DxDatabook

Александр,
1. Уточните пожалуйста, какого типа в базе данных поле "Value"
2. Что за запись с значением "Value" = "0F"
3. Выложите пожалуйста образец базы данных и файл конфигурации DxDatabook

P.S. Я использую линейку "PADS" т.е. Netlist.


1. Идея на счёт использования DxD 2005 для меня очень близка. Однако, я пока не нашёл возможности использовать DxD 2005 совместно с PADS 9.X.
Может кто-нибудь научит.
2. Поле "Count" - счётик строк является ключевым полем. По мнению некоторых программистов баз данных использование короткого простого поля в качестве ключевого предпочтительней нежели длинного сложного "Part_Number". Но это не принципиально

Как я и писал - ЦБ из поставки (т.е. есть у каждого поставившего EE7.9.x), внутри база и конфиг. файл
[attachment=54358:SampleLib2007.7z]
В ней все и увидите.

Я не научу, но могу посоветовать попробовать использовать просто новый конфигурационный файл для упаковщика (если Вы работаете через нетлист, не знаю, может, в PADS есть CDB, и Вы работаете через нее). Я работаю с аллегро, и у меня получилось отправить простой проект из старого DxD в новый аллегро 16.х. Правда, не уверен, будет ли полностью работать весь функционал. По-хорошему, надо, все-таки, переходить на новую версию...


Это они правильно считают. У меня вопрос возник просто из-за того, что оно у Вас видимо в схеме. Его видимость надо просто отключить в конфигурации (слева там тип поля поменять).

Повторил Ваши действия с базой данных из поставки.
Использую линейку PADS, поэтому LM недоступен.
Результат с Вашим не сходится.
1. Если не менять поля значений на двойную точность, то все значения приобретают кривую форму (либо много девяток, либо мусор в младших разрядах).
2. Значения меньше 100pF в запросе обнулились.
Если не сложно, попробуйте провести аналогичный опыт в линейке "PADS"

Спасибо, Александр
У Вас в обоих маршрутах результат правильный.
У меня в обоих неправильный.
Буду разбираться. Может кто-нибудь ещё сообщит о своих результатах.

Разобрался!
Оказывается надо было в поле "configure>preferences>advenced" выбрать %.16f вместо стоящих по умолчанию %.10f
Всем спасибо

А у меня там стоит %g (уж и не помню, само или ставил)


Tip: If you are unable to find a
property value in DxDataBook
using search or verify, type %g
into the Fraction Format menu
text field (ensures that numerical
data in the relational database is
set to the appropriate fractional
format and numerical values are
not rounded).

Спрошу и я в этой теме, т.к. тоже по DxD. (EE791)
Cуществует атрибут Global Signal Name (NETNAME). Он назначается символу. А возможно ли назначение подобного атрибута отдельным пинам? К примеру есть интерфейсный разъём (с собственным, отдельным символом разумеется), на котором имена цепей всегда однозначно определены. Можно ли исхитриться так, чтобы подключаемые к этому разъёму цепи автоматически получали некое предустановленное значение?

Это атрибут SIGNAL=<имя>;<список номеров пинов> очевидно (на символе).

Боюсь что нет.
Но можно реализовать по другому - при размещении этого символа на схему включите галочки Add_Nets и Add_Net_Names - в результате к пинам добавятся отрезки цепей с именами взятыми из имен пинов. Подключая новые цепи к этим отрезкам вы получите и эти имена для полных цепей.

Предложенный способ с атрибутом SIGNAL в данном случае не применим, т.к. он используется для неявно заданных пинов (а у вас как я понял они как раз явные - т.е. есть на символе) + данный атрибут не используется в маршруте iCDB.

Не работает. Это немного другое.


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

Спасибо за советы!!!

ЭЭЭ, а что мешает сразу из DxDB ставить, с тем же результатом?

хмм, "буратино был тупой" (С) песенка )) во вкладках Part View и Symbol View галочки "Add Nets" и "Add Net Names" нашел, а во вкладке DxDB кнопочки "N" и "L" потоптать не догадался!