Как в экспедишине сменить тип уже имеющихся на плате переходных отверстий?
Например, надо 0.4/0.6 заменить на 0.3/0.6, сейчас правлю VIA в либе и обновляю проект .

Edit > Modify > Padstack Processor. Закладка Padstacks. Указаваете что поменять все стеки (All padstack). В таблице выбираете что менять, в строке спарва на что. Нажимаете кнопку Process Padstack.

Вопрос по связке symbol и cell, используя DxDataBook и Central Library. Правильно ли я понимаю, что для каждого Part Number необходимо создавать отдельные Part (PDB), и имя Part должно совпадать с именем колонки в DxDataBook, которому поставлен в соответствие атрибут DEVICE для DxDesigner?

Да.
Part Number=DEVICE

Т.е. в ветке Parts в Central Library, в соответствующих разделах, должны быть прописаны отдельные part для, например, всех необходимых номиналов резисторов (в комбинации с допуском, ТКС итп), верно? И, соответственно, DxDataBook избавляет от избыточности в разделах symbol и cell, но part должен быть уникальным, так? В общем, логичный подход...

В таком случае, для связи хотелось бы использовать corporate partnumber (=DEVICE), а не manufacturer partnumber. Соответственно, необходимо разработать формат corporate partnumber. Есть ли рекомендации по этому поводу, или кто-нибудь может поделиться своим устоявшимся форматом? Конечно, есть формат для ODA library, но хотелось бы иметь corporate partnumber, состоящий только из цифр и дефисов. Разработать формат не проблема и самому, но велика вероятность что-либо упустить на начальном этапе

Общефилософско-методологический вопрос по организации библиотеки.
У Part имеется три основных (увы - ключевых) поля - Part Number, Part Name и Part Label.

Я пишу в Part Number part number производителя.
Но что писать в Part Name? И тем более Part Label?

Допустим так:

Part Number: LTST-C190AKT
Part Name: LED0603_AMBER
Part Label: 345a8011d377775346cb1eedcebc3615

Писать в Part Name каталожный номер поставщика смысла нет, потому что могут быть разные поставщики, допустим.

Кстати, замечу, что все три поля - Number, Name и Label являются ключевыми, то есть не могут повторяться. С точки зрения теории (и практики) реляционных баз данных это странновато.

Вообще-то, любого студента 2го курса Computer Science учат, что ключевое поле должно быть обязательно генеренное и не имело отношения к реальным аттрибутам объекта. Так что может быть в Label надо писать как раз некий псевдослучайный код.

В библиотеках введена избыточность аттрибутов - для удобства пользователя, так и пользуйтесь этим удобством и "не умножайте сущностей" ("бритва Оккама").
К обязательным аттрибутам следует отнести:
• Part Name
• Part Number
• Ref Designator
• Pin Name
• Pin Number
По этим аттрибутам осуществляется вся связь между схемой и платой, а остальное от лукавого.

В свободном поле можно задавать кодировку элемента, такую как идет на монтаж, так как при монтаже иногда требуют не Part Number, а короткий код на катушке или пенале. а уж они то не повторяются.
А вот к примеру те же танталы у разных производетелей по разному именуются. Да и микрухи могут взаимозаменятся.
По-моему это очень удобно.
Главное при комплектации на монтаж не перепутать коды.

Не согласен. Есть еще атрибуты и совсем не от лукавого, а для вполне определенных целей
Кроме того, связь схемы и платы, это, конечно, здорово, но есть еще, например, связь схемы и аналогового симулятора.

По существу может кто-нибудь ответить - что такое Part Name (если Part Number это код производителя).
Насчет "номера на катушке", никак не могу понять, почему это должно быть в ключевых атрибутах. Это же может менятся от сборки к сборке и мало-ли чего.

Это не догма, а вариант как и для чего его можно использовать.
Не очень удобно менять у себя что-то в проекте при отправке на монтаж. Если платы делаются постоянно и несколько типов, то удобнее вести сплошную нумерацию на все компоненты.
Тогда не нужно паковать отдельно для каждого типа платы свои элементы на отдельных лентах и прочее.
Если на монтаже отказываются работать именно с такими кодами, их можно быстро заменить автоматом.
а PartNumber останется вам для сверки.

Если ознакомиться с данным вопросом по материалам, которые любезно предоставляет fill, можно узнать, что:
Part Number
Номер Детали это главное что ищется в файле Базы
Данных Деталей. Когда Вы запускаете утилиту на
проекте схемы, система читает свойство Part Number
назначенное на каждый символ. Упаковщик затем ищет
по разделам PDB совпадающий Номер Детали. Если
совпадение найдено, свойства из PDB назначаются
(обратно аннотируются) в схемный символ. Номер
Детали должен быть номер появляющийся в
документации проекта, таких как сборочный чертеж или
список используемых материалов. Номер Детали может
быть до 32 знаков. Позволенны любые знаки.
Номер Детали должен быть уникальным в Центральной
Библиотеке. Номер Детали обязателен.
Part Name
Свойство Part Name Упаковщик ищет в файле Базы
Данных Деталей если не назначенно Part Number на
схемный символ. Если использованно Part Name для
поиска Номера Детали, "используемое по умолчанию"
Part Number для этой Part Name будет использованно
автоматически Упаковщиком. Part Name часто это общее
имя детали, такое как ALS00 (в противоположность Part
Number, которое должно быть типа SN74ALS00A/n). Part
Name может быть до 32 знаков.
Part Name может повторятся, в этом случае Part Number
ассоциированное с этим Part Name должно быть
отмеченно как "используемое по умолчанию". Part Name
обязателен.
Part Label
Метка Детали это путь назначить более знакомое имя
для детали, например номер каталога для Dual Bipolar
Operational Amplifier должно быть MC33178P, в то время
как Вы можете сослаться на него как 5MHzOPAMP,
который будет Меткой Детали. Другой пример: резистор
может иметь Номер Детали D55342K07B1E00R (военная
спецификация), Имя Детали может быть общим RM1206,
в то время как Метка Детали может быть описательной
1.00K_1%_250W_RM1206. Метка Детали может быть до
32 знаков.
Метка Детали может повторятся. Метка Детали не
обязательна.

По-моему, все понятно.

Скажите, а как сделать, чтобы при forward annotation refdes'ы на плате не поворачивались и не смещались, но при этом удаленные компоненты удалялись?

Странно, но у меня ничего не смещается и не поворачивается, при удалении элемента в схеме и прямой аннотации.

to fill

Скажите, у вас есть еще материалы по ODA (кроме Docs_ODA.7z).
Интересуют документы по сокращению фирм производителей и, если можно, какая-нибудь "свежая" информация.

Новой нет т.к. последних релизов пока никто не приобретал.

Попробуйте скачать демо библиотеку, по идее вся документация там должна быть.
http://www.optimumdesign.com/demo.htm

Спасибо, этого достаточно

Спасибо за информация - кстати, в каком именно материале это написано?
Однако - последний пример очень странный -
если part number D55342K07B1E00R, и Part Label - 1.00K_1%_250W_RM1206, то использование Part Name RM1206 по меньшей мере странно - так как там же было сказано:
"Part Name может повторятся, в этом случае Part Number
ассоциированное с этим Part Name должно быть
отмеченно как "используемое по умолчанию". Part Name
обязателен."
То есть какой-то номанал резистора будет назначем "по умолчанию"? Какой же в этом смысл? Это ведь не то же самое, что назначить BGA корпус против QFP по умолчанию.

Кстати, в чем смысл этого "по умолчанию"? Да, в Part Editor появляется радио-кнопка выбора одной из позиция, у которых совпадает Part Name. Выбираю. Только потом при размещении этого элеманта не видно никаких следов от этого "по умолчанию".

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

Хотелось бы увидить четкие инструкции (без "например") как вести базу данных для микросхем и пассивных элементов. Например так можно?

TVP5150AM1PBSR, TVP5150AM1, Video_Decoder_NTSC_PAL_9bit
C0603C104Z4VACTU, CSM_0603, C_100n_16V

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

TVP5150AM1PBSR, TVP5150AM1, Video_Decoder_NTSC_PAL_9bit
C0603C104Z4VACTU, C0603CxxxZ4VACTU, C_100n_16V_+80-20%_Y5V

Или же так:

TVP5150AM1PBSR, TVP5150AM1, QFP32
C0603C104Z4VACTU, CSM_0603_100n_16V, SMT0603

но тогда у микросхемы мы пишем общий код изделия, а у конденсатора - его описание, тогда уж

TVP5150AM1PBSR, Video_Decoder_NTSC_PAL_9bit, QFP32
C0603C104Z4VACTU, CSM_0603_100n_16V, SMT0603

Но тогда у нас нигде не записан общий код микросхемы.

На самом деле, там не хватает одного поля, должно было бы быть так:
Part_Number, Part_Name, Part_Description, Part_Package

Так всегда и пишут в BOM-ах. Почему об этом Ментор не подумал, непонятно.

to vleo
ваш вопрос во многом философский, я его для себя не решил.
part namber - на самом деле есть part number производителя компонента, это как раз D55342K07B1E00R и этом коде зашифровано все: и номинал и корпус и точность, таким образом этот номерок просто отдаешь комплектаторам и они тупо мрачно, ничего не понимая закупят этот резистор от панасоника (если найдут).
не менее широко еще используется понятие part number в смысле просто номер в своей базе данных, напрмер в orcad captureCIS:
part number: 20-003297
manufacturer part number: MM74HC245AN
value: 74ALS245

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

кстати, в core lib от ментора для name=R1206 радиокнопка назначена на part name D55342K07B____R, которого не существует естественно, а его label = SELECT_1%_250MW,
то есть заполняйте сами потом как хотите....(если ничего не перепутаете)
и можно бы все резисторы так сделать - да неудобно очень, поскольку надо заполнять связанные между собой (но разные) значения в двух разных местах.

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

так что не очень получается все это систематизировать, даже используя базу данных типа CIS

Так всегда и пишут в BOM-ах, если Вы врукопашную потом его будете приводить к реальному перечню компонентов, используемому в документации. В BOM-ах должен содержаться перечень компонентов именно с PartNumber, по которому эти самые компоненты будут покупать и эти же имена компонентов присутствуют в текстовой документации (ПЭ, СП, ВП) - затем и придуман этот формат обмена, чтобы автоматически готовить такие отчеты без ручной правки. И для того чтобы это было реальностью Ментор (и не только он) все это и придумал.

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

1. Part_Name сделан для того чтобы можно было нарисовать схему не привязанную к конкретному производителю. Т.е. если на схеме у символа есть Part_Name но нет Part_Number, то упаковщик (Package) начинает поиск уникального Part_Number в библиотеке по значению Part_Name. Правила такие: поиск идет по текущей схеме поиска (Partition_Search_Paths).
- Если упаковщик залез в первый раздел (верхний в пути поиска) и нашел там Part_Number соответствующий Part_Name (и совпадение Part_Number одно внутри этого раздела) то происходит присвоение Part_Number и он размещается на схеме (процесс backannotation),
- Если совпадений несколько, то выбирает тот Part_Number у которого стоит признак "по умолчанию" и далее как в первом случае
- Если совпадений нет то упаковщик ищет в следующем по схеме поиска разделе и т.д.
2. Не смешивайте два разных процесса:
- процесс поиска нужного компонента для размещения на схеме (через Place_Device)
- процесс генерирования BOM
Все дополнительные атрибуты (Properties) нужные для BOM можно добавить на схему, в том числе и автоматом:
- добавить эти атрибуты в Property_Definition_Editor как используемые в PDB и размещаемые на схеме при выполнении Place_Device и Package
- и естественно добавить их в сами PDB.

Я не знаю, почему Вы решили, что я BOM привожу "в рукопашную". Как раз я добавил в саму базу данных (то есть не ключевые поля) supplier, supplier_part_no, supplier_minqty и у меня автоматом генерятся таблицы, которые после обработки небольшим скриптом (умножение на количество плат, учет мин.количеств) преобразуются в файлы, которые передаютcя через веб-сайт поставщику и без всякого человеческого вмешательства мне потом приходит комплектация, с проставленными ref-des на каждой упаковке.

Тем не менее, мне понравились разъяcнение от filla на тему о том, что в процессе упаковки схемы "на плату", при наличии только Part Name идет выбор отмеченного как default Part Number.

Хотелось бы прояснить ситуацию в отношении Part Label. То есть если есть только Part Label, то идет выбор Part Name помеченного как default? То есть для чего задумывалось Part Label - какой "бизнес процесс" так сказать?

Документации можете найти множество объяснений применения:

1. File > Export > General Interfaces

Several different CAM outputs are provided through the General Interfaces dialog. Select the Part Number radio button if you want to use the part number in the design or select the Part Label radio button if you want to use the internal part number. General Interfaces outputs the same log file, generalinterfaces.txt, every time one of the options is selected.

The part label represents the internal part number for converted part databases'. If the part database was newly created in PCB, the part label may not represent their internal part number.

2. Part label - If a part database contains entries from an prior released part database, this column in the Parts Listing table contains data that was previously called Internal Part Number. Use the Label column to specify a shortened part name that you can easily remember.

3. Type 183 - Part Label

The Part Label property specifies the short name for a part. For example, a symbol may have a Part Name property with the value SN74LS08C and a Part Label property with the value of LS08.

Syntax: Any characters or an empty string.
Example: LS08

4. Selecting Default Part Numbers for Duplicate Names or Labels


When the software detects duplicate part names and part labels, the associated part number entries display radio buttons beside the duplicate.

To choose the default part number to be used when the software detects a duplicate name or label, select the desired part number by clicking the radio button adjacent to the part label or part name.

The software uses the default part number, when the packager must make a choice between multiple part numbers that share the same part name or part label. This only occurs if the schematic symbol is missing the part number property.

The default part number is specific to the partition. Therefore, you may have two partitions with the same part name. Each partition could have a different default part number for the duplicate part names.

Снова аопрос по Reusable Blocks.
Сделал переиспользуемый блок на 4 слоя, 1 и 4 - сигнальные, 2 и 3 - полигоны питания. Развел все дорожки, от ножек микросхем которые идут на выход переиспользуемого блока сделал отводы преходных отверстий. Прорисовал контуры полигонов питания и земли на внутренних слоях.
вставил блок в 8 ми слойный проект, ошибок это не вызало.

Расставил все осталные компоненты, и не могу разводить те цепи переиспользуемого блока, которые идут над полигонами. Если под переходным или ногами убрать в переиспользуемом блоке полигон, то от него цепи разводятся без проблем. Как устранить эту проблему так чтоб оставить нетронутыми полигоны, и так, чтоб цепи разводились не знаю.

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

Проверил - у меня все трассируется (2005_Sp3).

На счет 2005_Sp3 поподробнее:
- что нового?
- почему "такая скромная презентация"?

http://electronix.ru/forum/index.php?showtopic=32692

Каковы могут быть причины отсутствия cross probe между DxDesigner и Expedition? Описание ситуации: в DxDesigner в Design Configurations выбрано:

Constrain in CES - Enable
Use CDB Flow - Enable
forward и back annotation - Enable

CDB компилируется, упаковывается и делается forward annotate в Expedition. В свою очередь в Expedition компоенты размещаются.

Но, когда выбираю Cross Prober в DxDesigner, выбираю проект и layout document, список выбора Layout System пуст, хотя, по идее, там должен быть пункт "Expedition". Соответственно, в меню Expedition Setup>Cross Probe нет пункта "DxDesigner" (есть только "Setup" и "Xplore").

А как Вы выбираете проект в Cross Prober в DxDesigner? При вызове Cross Prober из текущего проекта необходимо отметить только галочку Enable Cross.. Далее Вы должны выбрать из списка Layout System - Expedition. У меня этот список доступен. Для выявления причины отсутствия связи необходимо иметь Ваш проект, чтобы повторить ситуацию на моем ПК.

Попробовал сформировать в схеме DV варианты. В вариант менеджере создал три варианта. Появился список всех компонентов, Ref Des и справа три колонки вариантов, в которых нужно отметить не установленные компоненты. Отметил не установленные. После этого заметил, что строк с резистором R48 три. Причем информация об установке этого компонента противоречива. Если в первой строке с R48 для варианта 1 не установлено, то во второй строке с R48 в варианте 1 установлено. Таких продублированных компонентов оказалось около 10 шт. Причем, если во всех повторяющихся Ref Des информацию об неустановленных привести к одному виду, то через некоторое время она снова становится противоречивой.
В графике схемы все правильно (неустановленные отмечены цветом правильно).
Почему такое происходит и как к этому относиться не понятно.
Кто работает в вариантами в DV, происходит ли такое у Вас?

Fill, как-то может существовать в библиотеке Part без сопоставленного символа с одним лишь Cell?

Может. Но упаковка не будет проходить если работать через упаковщик DC\DV.
Если работать из DxD через нетлист (не через CDB) то можно полностью, этот упаковщик вообще не требует наличия PDB. Пример такого решения можно увидеть в библиотеке ODA ( http://www.optimumdesign.com/library.html )

Кто-нибудь качал демоверсию библиотеки ODA?

Да

Как быстро изменить свойства шрифта(например размер) у атрибута(например, Assembly RefDes) для всех компонентов ПП ?
ЗЫ. Нужно было срочно отдавать монтажнице некое подобие сборочного, пришлось все сделать через PADS

ну просто
включаете цветовую схему "all off"
display control закладка parts в группе assembly items ставите галку на refdes на нужном слое (или на обоих)
в режиме draw mode окном цепляете все, при этом зря цепляется board outline и manufacturing outline.
при нажатой кнопке Ctrl мышой щелкаете по board outline и manufacturing outline. Остаются выделенными только assembly refdes. Ну дальше правой кнопкой мыши properties - и меняйте шрифт и размер

Спасибо, действительно просто

MG Expedition 2005 linux без spac должен работать под RHEL 5? Устанавливается нормально ,но при запуске пишет што неизвестная версия линукса и не запускается.. вобще в линуксе работаю недавно? может што нитак делаю, хм

Можно поправить скрипт, где версия ОС-и проверяется.
У меня так на RHEL 4.

если несложно раскажите пожалуста, так на 4 тоже нода править? сейчас уже начал 4 ставить

Блин, как достал этот CES, ИМХО самая глючная вещь в Expedition ...
Того и гляди, то цепи переименует и перетосует, то свойства похерит ...
Вот крайний глюк, был дополнительный класс цепей Power, с каких то пор при синхронизации стало выскакивать сообщение: Нажмите для просмотра прикрепленного файла
После чего слетели все настройки, в редакторе констрейнов (но в самом проекте пока остались).
Мало того, создал заново Power класс, а в редакторе не появляется полей для ввода/изменения значений
Нажмите для просмотра прикрепленного файла

2 Kiborg
?

RH4 так и не поставил, вопрос такой, нужноли править скрипт под RH4? и непонятно что за ePD про который в документации говорится?

Метод исправления базы: http://www.megratec.ru/forum/1/?theme=1324&find=CES

Подождите выхода 2008, в нем CES полностью переработали и синхронизатор (в котором и есть основная причина проблем) убрали.

2 fill
Понятно ... а когда этот релиз обещают?

2 Kiborg
В RHEL 4 править скрипт надо (я про это с самого начала говорил).

ткните пожалуста носом где посмотреть про это, никак ненайду информацию как запустить mg expedition в линуксе, желательно rhel 5...

Читайте мануал, там все написано ...
Ну а проблемный скрипт найдете поиском файла с содержанием сообщения об "ошибке".

В начале года (сейчас тестируют "избранные").

Полный "алес" ...
По ходу работы в проекте стал глючить CES (впрочем, как всегда), но в последствии случилось так, что проект DV вообще "обнулился" - т.е. в самом проекте похерились все проектные файлы.
Прикрепил заново старую схему, упаковщик теперь ругается " Packager does not support this schematic type.", хотя компилятор работает нормально.
Expedition при запуске выдает сообщение:Нажмите для просмотра прикрепленного файла кнопки анотаций не доступны ...
Если пробовать проводить анотацию из Project integration окна, ругается на отсутствие CDB нетлитса (или ошибка в нетлисте)