Я, вообще, не хочу никакой другой базы данных, кроме самой ЦБ. Или, ради того, что бы сделать смену одного компонента из ЦБ на другой из ЦБ через DxDB нужно еще и базу ваять какую-то отдельную? Если так, то это слишком сложно...

Да и эти красивые картинки, как я понимаю, из настроек виндовса, и к линуксу отношения имеют крайне малое...

Ага, когда я возмущался, что для того, чтобы работать с DxDB нужно освоить общение с Access меня запинали ногами и отправили читать доки, а теперь вот и Ваш черед настал. Добро пожаловать.

Ну уж нет. Звиняйте. Во первых, если уж и общаться - так c mysql, а не с аксессом, и я с ним общаться умею, я не умею ментору объяснять под линуксом, с чем ему общаться... А во вторых - мне ведь не dxdb нужен, мне нужно было просто поменять корпуса компонентов И ради этого я общаться с какой либо БД не намерен... Собственно я все уже выяснил, что надо сменить парт намберы, и грохнуть целл неймы.

1. А я ни с mysql ни с linux не работаю. Поэтому не знаю как там корректно создать ODBC к которому можно подключить DxDatabook.
2. Вот вам другой способ замены.

подскажите как сделать, что бы цепи GND Vcc offsheet и т.д. отображались в панеле инструментов, а то там пуста почему-та

спасибо)

Для начала пройдите тренинг - там все базовые вопросы рассмотрены Нажмите для просмотра прикрепленного файла

намек понял

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

при запуске Symbol Wizard вылетает ошибка
как-то исправляется?

Сместите origin в символе ads.1 в редакторе символов (New Symbol Editor)

Format>Stretch

запускаю Packager появляется ошибка:

что это значит?

Проверьте Part Number (PDB) в ЦБ. Что там в разделе символов (слева вверху) - есть ли там строчка EMI:emi_fb - т.е. взять символ emi_fb из раздела EMI
Упаковщик считает что там прописан какой-то другой символ.

хм... блин, в заголовке таблицы в базе данных указал навзвание - "Imp@Freq"
убрал сабаку все заработало))

ну как же так! откуда блин эти проблемы??? весь день убил

Прямая аннотация.
оно мне пишет



как это его там нет, если вот он у меня в бибилотеке висит:




какой-то слишком вредный этот ментор...

1. У вас что этот символ сразу в двух разделах?
2. Сделайте новый тестовый проект в который разместите этот компонент (несколько раз для контроля) и проверьте упакуется ли.
3. Если упакуется, то что-то с данными в схеме исходного проекта и она не находит соотвествия данным в ЦБ (которую как я понимаю вы сильно курочили). Тогда самое простое это сделать замену проблемных компонентов, например через Edit>Replace_Symbol.

Может в DxD Tools>Update symbols... поможет?

fill
cioma
пасиб

удалил деталь, удалил все символы... все удалил, создал заново вроде заработало

на схеме в DxD в свойствах компонента есть строка Cell Name.
Сначала определенному символу принадлежала определенная Cell (скажем SMD0603RES), потом в ЦБ я поменял Cell (на SMD0603CAP), но в свойствах в DxD так и осталась прежняя Cell (SMD0603RES). Это не позволяет сделать прямую аннотацию.

Библиотеку компонентов я организовал так: Part Number это номер детали которая связывает опредленный символ с определенной ячейкой. Все свойства (влючая Value) я прописываю в DxDataBook'e. При замене символа (Replace Symbol) все свойства стираются поэтому пришлось удалить только Cell Name.

Удалял следующий образом - в поиске вводил С?, выделялись все конденсаторы, потом Delete Property

но после Packager'a оно появляется снова, хотя в самом символе сейчас этого атрибута нет. как можно исправить это?

проблемы не вижу
только что делаю ребрендинг двухгодичного проекта,
для TPS3306-15DGK в lib уже нет Cell (lib кое где новая) и FA не проходит из-за отсутствия данного Cell
в DxD делаю Replace_Symbol выбираю его же в lib.
FA и ВА
все окНажмите для просмотра прикрепленного файла

Если Cell Name не нужен вообще - просто удалите само свойство у всех компонентов в проекте. А при FA в Expedition не забудьте снять галку, чтоб Cell Name не аннотировался в схему

проблема в том, что это не с одним элементом, а со всеми конденсаторами, когда применяю Replace Symbol все свойства которые были прописаны в DxDBook (Value, Tolerance, Manufacturer...) исчезают, т.к. вместо заменяемого символа подставляется "пустой" символ из ЦБ, а не из базы данных. Поэтому если глобально поменять все символы прийдется заного все верифицировать. У меня на схеме около 300 кондеров.

когда просто удаляю этот Cell Name оно почему-то появляется снова, когда перезапускаю проект


а что за галочка?

В диалоге FA, спрятана под кнопкой

1. Вы хотите сказать что все 300 кондеров разные, а не десяток разных Part Number?
2. Каждому варианту кондера соответствует свой Part Numer. При замене через Replace_Cell вы для каждого типа кондера выбираете конкретный Part Number, соответственно при последующей верификации DxDatabook просто предложит добавить недостающие атрибуты для конкретных Part Number - выполнение процедуры (выбор из списка предложенных) займет несколько минут.
3. Можете просто добавить колонку Cell Name в базу DxDataBook (заполнить данную колонку именем одинаковой Cell тоже пара минут) и тогда замену можно сделать сразу через DxDataBook.
4. Удаление атрибута Cell Name с выбранных символов приведет к тому, что при последующей упаковке\аннотации на символах снова появится атрибут Cell Name, но с новыми (текущими) значениями Cell Name взятые из PDB. Это уже обсуждалось ранее.

Зы: попробуйте подходить творчески к процессу, ведь сразу приходит на ум несколько возможных вариантов решений.

Ну конечно сначала надо в common properties в central library убрать галку для "Cell Name". А также в Expedition в диалоге "Project Integration" (menu Setup>Project Integration...) нациснуть кнопку "Additional options" и снять галку "Back annotate cell names to schematic" (EE2007.8)

не совсем понимаю как пользоваться Variant Manager'ом, а точнее как идеалогически правильно создавать библиотеку и базу данных

они у меня выглядят так: В LM создаю деталь c Part Number'ом "С0402", в DxDataBooke'e этому парт намберу присваиваю парт лайбл (серийный номер от производителя) Value, Tolerance... вообщем все параметры задаются в базе данных, получается, что в LM содержиться абсолютно универсальная пустая деталька, а база данных присваивает к ней определенные параметры (включая Value) таким образом имеем кучу элементов с ОДИНАКОВЫМ Part Number, но с различными параметрами



в Variant Manager'е в свойствах выбрал следующее

Part number attribute: Part Number
Part number feed back line: $(Part Label) - $(Value) - $(Package)
Query results format: $(Part Number)$(Library)$(Value)$(Package)$(Part Label)

Все хорошо, но есть проблема... не получается создать вариант, вибираю реплейс 4.7pF на 3.6pF c Part Label 500R07S3R6BV4T, а он вместо необходимого значения Value подставляет 100nF, и я так понимаю это последний элемент по списку в базе данных с партнамбером С0402... Кроме того, вместо того, что бы в Part Label прописать выбарнный 500R07S3R6BV4T пишет С0402


вообщем как правильно работать с этим менеджером?

А какое поле у Вас определено как unique ID в DxDB?

немного не в тему: забавно считать число ноликов в value, чтобы понять, скоко там пикофарад
наглядно характеризует чисто программисткий подход.
ps orcad в своей CIS уже лет 10 как понимает pF, kOhm и прочие, правильно сортирует по номиналам и все остальные прелести удобного восприятия.

никакое чеснагаваря
а какое нужно определить?


о да, немного напрягает

Причем здесь CIS и отображение данных исходной таблицы.
В LM отображаются\редактируются исходные данные таблицы (в данном случае как вводили их в Access).
В DxDataBook эти данные отображаются так как сконфигурировали для отображения в схеме (с нужными вам nF и т.п.).
Нажмите для просмотра прикрепленного файла




Коротко говоря вы все перевернули с ног на голову и потом удивляетесь почему не работает.
Part Number - должен быть уникален т.е. не повторятся в ЦБ.
Part Name и Part Label - может повторятся.

Я видимо, не совсем точно выразил свою мысль: для использования с CIS, в базе данных поле value - текстовое, при заполнении базы в access пользователь заполняет его в удобном виде с nF, pF, kOhm... а при отображении CIS value не просто отображается в таком же естественном виде, но и сортируется не по кодам ascii, а по реальным физическим значениям, т.е. nF, pF пересчитываются в реальные значения, сортируются и затем опять отображаются в естественном виде. А у ментора значение value не просто должно быть вещественным числом (вот вам 0.000000000001 - если сразу без подсчета нулей глаз видит, что это 1pF - у вас очень зоркий глаз), но и должно быть двойной точности, иначе в таблице DxDataBook при отображении на экране криво округляется. И это обсуждалось. Кстати, чем не idea для Dx?

А кто мешает задать тип поля Value в DxDB как строку? Единственное что числовой поиск по "больше\меньше" работать не будет, так например мы им и не пользуемся.
Если же поле задано как вещественное, то как уже говорилось в DxDB можно настроить автоматическое отображение как пико-, нано- итп. И не будет Вам многих нулей

"строка" value:
а как же он моделировать будет?
да и сортировка "по величине" не проканает, пикофарады видимо после микрофарад будут. алфавит, блин.
например мне надо поставить кондер около 1000pF, устроит и 820pF и 1.2nF. выбор будет определятся вторичными критериями, например наличие в ограничительном перечне, на складе ну и т.п. После сортировки будут в разных углах таблицы. вот и крути зазря полосы прокрутки... Да и вообще ну, некрасива сортировка не по номиналу а по алфавиту.

вещественное value:
- криво округляет, неудобно вводить, либо много ноликов, либо в научной нотации.

вещественное двойной точности
- неудобно вводить, либо много ноликов, либо в научной нотации, но похоже единственный "рабочий" путь.

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

как пример каки, можно вспомнить параноидальную перерисовку экрана в DxD при любом клике мыши и множественную перерисовку при двигании полос прокрутки, в стиле начала девяностых. Смогли же преодолеть! Только сначала создали каку, а потом преодолели ее. можно даже подумать, что первоначальный (параноидальный) вариант был проще в коде. не поверю.

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

Почти в тему обсуждаемого.
Очередной раз пытаюсь перейти c DxD 2005 на DxD 2007.
Подключаю DxDB. Мало того, что пришлось переключить поле "Tolerance" на двойную точность (непонятно зачем, раньше и на одинарной точности отлично работало). Но теперь значения, выбираемые из окна "Value" ограничены странным рядом (см. картинку), хотя в самой базе данных присутствует весь ряд значений. Это глюк или что-то недоконфигурировано. Соответствующая база данных давно и корректно работала в DxD 2005.
Нажмите для просмотра прикрепленного файла

да и tolerance какой-то странный - 100% (в первой строчке)

Нет, c tolerance в данном случае всё в порядке (0.1pF±0.1pF как раз и будет 100%).
(зачем только для этого двойная точность?)
Непонятно куда делись значения меньше 100pF и значения с шагом меньше 100pF.
Такое ощущение, что не хватает двойной точности

Позволю себе ещё раз поднять ранее заданный вопрос.
Из моего опыта получается, что невозможно сформировать запрос к значениям меньше 100pF и к значениям с шагом менее 100pF.
В таком случае, на мой взгляд, база данных теряет всяческий смысл.
Большая просьба к Fill прокомментировать данную ситуацию. Это бага, или я неправильно пользуюсь программой.

может они в конце списка (отсортированы по алфавиту) и надо полосу прокрутки вниз двинуть?

К сожалению нет. Поля вещественные двойной точности. Отсортированы по номиналу. Магнитуда подставляется автоматически.
Величины меньше 100pF и величины с шагом менее 100pF присутствуют в базе но к ним не формируется запрос.
P.S. AlexN, а Вы используете DxDatabook?

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

Я использую, но 2005. Глюков нет.
А что это у вас за поле Count, можно поинтересоваться?

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

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

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

Да ничего специального не делал:
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), внутри база и конфиг. файл
Нажмите для просмотра прикрепленного файла
В ней все и увидите.

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


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

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