[fill 2]

как обычно, у fill-a все работает :biggrin:

обратите внимание, таки точка в качестве разделителя.

и с процентами по-другому, может как-то отфильтровывает по процентам?

 

Да ничего специального не делал:

1. Взял ЦБ SampleLib из поставки

2. Запустил ее базу в ODBC

3. Добавил несколько компонентов методом копирования в LM

4. Отредактировал данные таблицы для них прямо в LM (ПКМ>Edit_Parametric_Data в окне навигатора) - значение номинала ввел например 1e-013, что отобразилось как 0.1pF в окне DxDatabook

[sh007 0]

Александр,

1. Уточните пожалуйста, какого типа в базе данных поле "Value"

2. Что за запись с значением "Value" = "0F"

3. Выложите пожалуйста образец базы данных и файл конфигурации DxDatabook

 

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

 

Я использую, но 2005. Глюков нет.

А что это у вас за поле Count, можно поинтересоваться?

1. Идея на счёт использования DxD 2005 для меня очень близка. Однако, я пока не нашёл возможности использовать DxD 2005 совместно с PADS 9.X.

Может кто-нибудь научит. :)

2. Поле "Count" - счётик строк является ключевым полем. По мнению некоторых программистов баз данных использование короткого простого поля в качестве ключевого предпочтительней нежели длинного сложного "Part_Number". Но это не принципиально

[fill 2]

Как я и писал - ЦБ из поставки (т.е. есть у каждого поставившего EE7.9.x), внутри база и конфиг. файл

 

В ней все и увидите.

[vitan 2]

1. Идея на счёт использования DxD 2005 для меня очень близка. Однако, я пока не нашёл возможности использовать DxD 2005 совместно с PADS 9.X.

Может кто-нибудь научит. :)

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

 

2. Поле "Count" - счётик строк является ключевым полем. По мнению некоторых программистов баз данных использование короткого простого поля в качестве ключевого предпочтительней нежели длинного сложного "Part_Number". Но это не принципиально

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

[sh007 0]

Да ничего специального не делал:

1. Взял ЦБ SampleLib из поставки

2. Запустил ее базу в ODBC

3. Добавил несколько компонентов методом копирования в LM

4. Отредактировал данные таблицы для них прямо в LM (ПКМ>Edit_Parametric_Data в окне навигатора) - значение номинала ввел например 1e-013, что отобразилось как 0.1pF в окне DxDatabook

Повторил Ваши действия с базой данных из поставки.

Использую линейку PADS, поэтому LM недоступен.

Результат с Вашим не сходится.

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

2. Значения меньше 100pF в запросе обнулились.

Если не сложно, попробуйте провести аналогичный опыт в линейке "PADS"

 

[fill 2]

Повторил Ваши действия с базой данных из поставки.

Использую линейку PADS, поэтому LM недоступен.

Результат с Вашим не сходится.

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

2. Значения меньше 100pF в запросе обнулились.

Если не сложно, попробуйте провести аналогичный опыт в линейке "PADS"

 

[sh007 0]

Спасибо, Александр

У Вас в обоих маршрутах результат правильный. :)

У меня в обоих неправильный. :(

Буду разбираться. Может кто-нибудь ещё сообщит о своих результатах.

[sh007 0]

Спасибо, Александр

У Вас в обоих маршрутах результат правильный. :)

У меня в обоих неправильный. :(

Буду разбираться. Может кто-нибудь ещё сообщит о своих результатах.

Разобрался!

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

Всем спасибо :)

[fill 2]

Разобрался!

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

Всем спасибо :)

 

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

 

 

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).

[2dimka 0]

Спрошу и я в этой теме, т.к. тоже по DxD. (EE791)

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

[vitan 2]

Спрошу и я в этой теме, т.к. тоже по DxD. (EE791)

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

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

 

[fill 2]

Спрошу и я в этой теме, т.к. тоже по DxD. (EE791)

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

 

Боюсь что нет.

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

 

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

 

[2dimka 0]

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

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

 

при размещении этого символа на схему включите галочки Add_Nets и Add_Net_Names

Да! Получилась такая последовательность:

- символ нужен с именованными пинами, т.е. специально подготовленный. Что впрочем для стандартных интерфейсов вполне приемлемо.

- плюхнуть на схему символ с указанными галочками

- загрузить его (или как там правильно по терминологии?) в DxDB

- аннотировать атрибуты из DxDB в схему

- удивиться, как быстро получилось именовать три-четыре дюжины (а то и больше!) проводников :)

 

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

[cioma 0]

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

[2dimka 0]

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