Впечатления должны быть чем-то подкреплены. Вы пока не говорите, чем. Поэтому пока и ответить Вам нечего.

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

Насколько мне помнится, табличное представление в DxDesigner имеется. В Concept HDL тоже. Можете начинать писать схемы.

Можно и не рисовать

Про таблицы - это немного не то. Для этого УГО уже должно быть. Я говорю о том, чтобы компоненты и связи описывать сразу на HDL, без графического начертания. Если оно потом понадобится, то схему можно будет сгенерить из платы с одновременной генерацией УГО.
Основная проблема здесь в генераторе УГО, но, думаю она решаема. В конце концов можно и вообще отказаться от схемы. А можно попробовать, например, такой HDL засунуть в какой-нибудь пакет для разработки ПЛИС. Например, в квартусе есть RTL viewer. Чем не схема?

Боюсь, вы не совсем верно поняли. Эта команда позволяет добавлять существующие блоки в текущий проекти при их наличии. Т.е. проделав работу над одной посмхемой внутри проекта, можно скопипастить ее на несколько других. Я же говорю про добавление блока из файла в проект с обновлением расположения/трассировки, а не с продуцированием новой. На данный момент чтобы использовать реюз в существующем проекте я добавлял его на плату с последующей заменой рефдесов и удалением старых компонентов. Как сделать так, чтобы уже существующее расположение было обновлено до реюза без добавления новых компонентов в проект?

Господа, кто-нибудь знаком как следует с генерацией ODB через PADS? Насколько я понял из своего опыта то, что будет получено в ODB контейнере, напрямую определяется настройками аутпута в меню CAM. Так ли это?

Смотрите

Класс! То, что и требовалось. Спасибо, я то при добавлении реюза в проект всегда пользовался пунктом в меню eco. оттого и получал новый блок, оказывается нужно было в другом тулбаре обратить внимание.

По поводу ODB не подскажите? Я пользуюсь версией 9.3 и есть стойкое ощущение, что ODB генератор там корявый.

В PADS_9.3.1_Upadate1 написано

New pads2odb translator from Valor. A new Valor ODB++ translator is incorporated in the PADS release. The new translator supports Teardrops.

Раз теперь транслятор от самого разработчика стандарта, то должен быть нормальным.

Установил 9.3.1, проверил. Действительно, похоже, что генерацию ODB контента сделали лучше и правильнее. Это радует

Только начал осваивать PADS. Поглядел уроки, более-менее их повторил, ну а дальше решил сделать для начала свой набор шаблонов проектов, прицепить к ним свои форматки и т.д. и т.п. Судя по документации, пользовательские шаблоны являются обычными prj-файлами и должны лежать в каталоге %WDIR%\templates\dxdesigner\netlist; стандартные шаблоны лежат в %SDD_HOME%\standard\templates\dxdesigner\netlist. WDIR настроен правильно, каталоги в Dashboard'е смотрятся без проблем, однако стандартные шаблоны DxD у меня успешно видит, а мои собственные -- не желает ни в какую. Если стандартные удалить или ещё как спрятать, то вообще никаких шаблонов не остаётся, и он не позволяет создать новый проект. Никто с таким не сталкивался?

Если свои ложите в %SDD_HOME%\standard\templates\dxdesigner\netlist тоже их не видит?
Если видит, то явно что-то не то с WDIR.

Поэкспериментировал и разобрался, в чём причина.

Я создавал свой шаблон с именем default.prj. Поскольку в системе существует стандартный шаблон с таким именем, я, чтобы точно знать, что DxD "видит" именно мой шаблон, а не стандартный, просто переименовывал весь стандартный каталог templates. В результате DxD вообще никаких шаблонов не видел, хотя WDIR была абсолютно корректной, а мой default.prj лежал в правильном каталоге. Теперь же я не стал переименовывать весь стандартный templates, а переименовал лишь находящийся в нём стандартный default.prj. После этого DxD сразу стал видеть все три других стандартных шаблона, а также мой default.prj.

В общем, впечатление такое, что DxD, если не обнаруживает стандартный каталог templates, просто прекращает поиск шаблонов, хотя логичнее выглядело бы продолжение просмотра каталогов, определённых в WDIR.

Появился новый вопрос. Создал базу данных, подключил её таблицы к DxDatabook через ODBC (каждой таблице соответствует своя библиотека -- резисторы, конденсаторы и т.д.). Но таблицы, естественно, пустые. Насколько понимаю, для создания некоего библиотечного (не локального для проекта) компонента нужно создать его схемное обозначение и посадочное место, сохранить их в соответствующих каталогах, а затем заполнить строку соответствующей таблицы необходимой информацией (в частности, поля SYMBOL и PKG_TYPE должны содержать имена файлов схемного обозначения и посадочного места). Так вот, имеется ли в PADS некое штатное средство, чтобы заполнять таблицы БД, или же это возможно сделать только сторонними средствами?

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

Спасибо. Предчувствия меня не обманули. В качестве СУБД MySQL использую; клиента на досуге как-нибудь слеплю... Интересно, правда, почему MG некое штатное средство не сделает? Доступ же есть к базе через ODBC, так почему не дать возможность добавлять записи, редактировать поля и т.п.?..

Это как бы не того направления софт, вот и нету. И правильно, имхо. Базы у всех разные, универсального клиента не сделать.
Есть еще более мощное решение под названием DMS, но там нету поддержки PADS по умолчанию. А добавлять там можно.

Ну, сделать клиента, способного разумным образом редактировать поля со всеми стандартными для данного САПРа атрибутами, можно. Если в базе есть лишние поля -- тады ой, либо "сырое" редактирование (т.е. тупой ввод строк текста или там числовых значений, причём за их корректность целиком и полностью пользователь отвечает), либо вообще отсутствие возможности обращаться к таким полям. Я пока к вводу приспособил DBExplorer от Дельфей: для начального периода вполне пойдёт, не хочется сейчас заморачиваться с сочинением собственного клиента.

Ещё один вопрос назревает, причём не столько к PADSу привязанный, сколько "вообще". В разработке плат я чайник, причём почти пустой (занимался давным-давно в ДОСовском P-CAD, в первой половине 1990-х, причём исключительно под ручное сверление-рисование-травление), ну а тут мне надо добиться подготовки чертежей и всего такого прочего под машинное производство плат, а затем и под машинную сборку. Просто нарисовать в редакторе геометрию посадочных мест, понятную человеку -- не проблема. Но для станков же надо определять правильным образом контактные площадки, слои и т.д. и т.п. (я пока даже не знаю толком, что им нужно). Не посоветуете, где и что можно почитать вообще про то, как и что следует описывать, какая информация для чего предназначена и т.п. вещи? Конечно, можно до определённого предела тупо повторять вещи из учебника к PADS'у, но хочется всё делать понимая, почему именно так, а не иначе, ну и т.д.

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

Сделал первую разводку (страшную на вид, плюс несколько связей формально не разведено -- но в данном конкретном случае и не требуется; просто, вероятно, надо по-иному несколько было принципиальную схему рисовать), но при передаче в производство проблемы: написали, что не получается подобрать параметры сверловки с теми параметрами, с которыми экспортировал (в PADS Layout через File-CAM). Не подскажете, как правильно этот самый экспорт организовывать? В архиве на всякий случай прикладываю pcb-файл.

PADS страдает тем, что в заголовке Excellon файла не указывает Unit и формат (в основном это и не требуется - большинство CAM программ верно распознают и импортируют его). Поэтому в сопроводиловке нелишним будет указать что, например, файл сверления сделан в дюймах и формат данных 2.4

Полазив по тематическим разделам сервиса Mentor Ideas окончательно убедился в том, что корпоративная политика MG никогда не позволит PADS вырости в по-настоящему сильный инструмент для разработки п/п. Оно, наверное, и понятно. Все самые критичные и глобальные недоработки награждены статусом "вне обсуждения" (rule area, работу и димнамическую заливку planes, объединение или по крайней мере унификацию возможностей router и layout). Множество довольно очевидных недоработок все еще находятся в стадии "рассмотрения". Жаль, инструмент довольно привлекательный...пока не сталкиваешься с необходимостью сделать сложный проект, где вылазят все прелести падса.

Именно так все и обстоит. Продукт, изначально имевший практически одинаковые возможности с Expedition, задвинули на второй план (хотя надо отметить что это еще неплохо - boardstation вообще прибили).
С точки зрения маркетинга это тоже спорное решение - более гибким лицензированием Expedition добились бы большего охвата при меньшем геморрое. Отсюда можно сделать простой вывод - купили PADS в довесок к DxDesigner'у, что делать с ним не знают и поэтому тихо его убивают.

А обещанная со следующей версии поддержка центральной библиотеки в PADS не может свидетельствовать о том, что оба маршрута постепенно сливаются в один? И кстати, если будет ЦБ, означает ли это, что библиотеки компонентов у PADS и Expedition станут одинаковыми?

И попутно возник вопрос как раз по библиотекам. И в базе данных, отображаемой в DxDataBook, и в файлах символах есть свойство PKG_TYPE; вроде как имеют или могут иметь место и другие дублирования. Спрашивается, а надо ли это? Если соответствие между компонентом, его символьным обозначением и физическим воплощением устанавливается именно записью в базе данных, то зачем тот же PKG_TYPE в файле символа?

Поддержка ЦБ была анонсирована (как я помню) на август 2008. Воз и ныне там.

Вроде ж в 9.4 обещают, которая, судя по тому, что читал, в т.ч. в этой теме, в феврале должна появиться?

Вот уже четвертый год как ДОЛЖНА появиться

По обоим вопросам ответ "нет".

Менеджер библиотек - эт хорошо конечно, на этапе освоения будет очень полезно. Но это по сути не дает никаких новых возможностей, коих не было раньше. В этом и проблема, САПР развивается медленно и скорее косметическим способом. Да банально то, что дифпары при редактировании трассировки разваливаются на две отдельные - это куда годится?! И это инструмент, позиционируемый как Hi-Speed Router? А необходимость постоянного переключения между двумя интерфейсами и связанные с этим постоянные ран-тайм эрроры просто выводят из себя. Вобщем софт без будущего, повторюсь - очень жаль, мне нравится эта программа.

Nixon, большое спасибо, Ваш совет помог, и плату запустили в производство. Ну а я тем временем снёс PADS и опять поставил Expedition: в свете полученного опыта с PADS'ом хочу ещё раз их сравнить с точки зрения удобства использования (сначала-то Expedition смотрел, но половину не понял, хотя нарисовать-развести плату по учебнику получилось; плюс симуляция не пошла, а теперь вроде понимаю, в чём там было дело).

Никто не подскажет, можно ли объяснить DxDesigner'у (и другим программам что PADS'а, что Expedition'а), что при создании любых текстовых вещей (надписей, отображаемых значений свойств и т.п.) надо использовать определённый шрифт (не Fixed, а какой-нибудь другой), применять заранее заданное выравнивание и т.д.?

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

Вот эти настройки и не замечал в упор, хотя теперь уже откопал. Слепой-с

Транслятор Exp-PADS рабочий? пытаюсь транслировать плату в версии 9.3 - получаю сообщение о том, что якобы все завершилось успешно. Однако транслированный файл я найти не могу, его просто нет в указанной директории.
В версии 9.3.1 такое ощущение, что этот транслятор вообще убрали и оставили лишь PADS-Exp. Есть рабочий маршрут для этой операции?

В PADS_Layout выполнить File>Import в списке выбрать Expedition

Это я сделал в первую очередь. Не получается, получаю следующий лог-файл без итогового pcb:

PADS Layout/Expedition Design and Library Translator (Version 9.3) 01/30/12 12:45:54
Copyright © 2010 Mentor Graphics Corp. - All rights reserved

------------------------------------------------------------
Input folder: D:\Work\PADS\Panalytical\customer_data\MHSU2683.E\PCB\MHSU2683.pcb
Output folder: C:\Windows\TEMP\MHSU2683_pads.pcb

Output file: C:\Windows\TEMP\MHSU2683_pads.pcb
[I] Loading...
[I] Translating Expedition design files from 'C:\Windows\TEMP\' to PADS Layout design file
[I] Reading Pad Stacks...
[I] Reading Cells...
[I] Reading Part Numbers...
[I] Reading Job Prefernces...
[I] Reading Net Classes...
[I] Reading Layout...
[I] Translating data...
[W] All coincident Pad Entry rules are translated to Default Rules level
[W] Discriminate Pad Entry rules found, and the rules were not translated.
[W] Route grid is not set. Primary part grid is used for setting design grid.
[W] Decal names were translated to upper case.
[W] Part type names were translated to upper case.
[E] CES database failed. Can't read configuration.
[I] Completed

Может быть проблема в невозможности вчитать CES?

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

Разбирайтесь что у вас там такого сделано с CES в проекте.

Пробовал и в 9.3, и в 9.3.1 - результата не добился. Каждый раз выдает такой же репорт. Что с CES я понятия не имею, проект не мой, мне необходимо его преобразовать в PADS. Сама по себе платка маленькая и элементарная, очень странно. Куда копать хотя бы, не подскажите? В чем может быть затык?

Пробовал транслировать другие проекты - действительно все работает.

Добавлю - просмотрел проект, там вообще нет CES, используется Netlines & Properties интерфейс.

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

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

Вот только снова сюрпризы обнаружулись, на этот раз с vias и списком цепей.
Получил следующее сообщение:
[W] Net 'DGND' does not have correct connection. Vias of the net were not translated.

Как итог - на плате нет ни одног опереходного вообще и список цепей отсутствует.

Возможно нужно не просто включить CES, а сделать апдейт? Потому как в нем нет ни одной цепи.
Проект сделан в маршруте DC - Exp. CES включал в DC.

Естественно под "включением" понимается и проведение полной синхронизации.

Какой-то ужасный проект, ей Богу. Видимо сделан был в 2005 Exp. Когда включаю CES в 2005-й версии, со списком цепей вроде бы все в порядке, но в PADS все равно не транслируется. Если включить CES в 2007 версии и выше - список цепей получается пустым и после трансляции в PADS отсутствуют все цепи и переходные.

Выложите исходный проект - через 5 минут будет нормальным. Мне дольше объяснять вам что делать, чем самому это выполнить.

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

Проект выкладываю, чтобы было ясно в чем действиетльно проблема. Спасибо.

1. Нет ЦБ и соответственно без нее упаковать новые элементы не возможно.
Конкретно:
на схеме есть A1101LLHLT-T но в локальной библиотеке платы такого не наблюдается.
2. После устранения всего этого и удачного проведения прямой-обратной аннотации, сможете включить CES
3. Я не думал что все настолько запущено - потребуется намного больше времени, которого у меня пока нет.

Да, я же и говорю - бардак там тот еще...и отсутствие ЦБ сказывается. Спасибо за разъяснение.

ЦБ можете создать из платы и схемы.

Я сделал ЦБ из платы, но как получить символы из DC я не знаю. И вообще при открытии файла схемы в DC мне выдает сообщение наподобие "error opening project, cannot initialize ICDB connection". Подключение сгенеренной либы проблему не решило.

1. Экспортируйте схему в ASCII (с включением галочки экспорта и символов), а затем импортируйте символы в LM из этого файла.
2. У меня схема нормально открывается (естественно при исправлении ссылок на ЦБ и файл Project_Options)

Спасибо, вот Project_Options я и не откорректировал!

Господа,


Возникла маленькая проблева с Dx designer: открываю проект, пытаюсь сгенерить нетлист, он генерит нет лист, но выдает сообщение,
что Schematic is in read mode only(schematic is locked by PCBfwd/PCBbck on computer work), пытался удалять файлы из lock папки,
убивать процессы: pcbfwd.exe, ICDBNETSERVER.exe, pcbui.exe. Ничего не помогает

До этого всё чудненько работало, подскажите если н трудно, заранее всем спасибо