Вот собственно как задача стоит. Со старых времен остались проекты, сделанные в Layout. Есть определенные плюсы в том, чтобы перевести его на сопровождение в PCB Editor. Но есть и минусы. Главный минус в том, что требуется не только PCB редактировать, но и в схеме кое-что поправить. И вот тут возникают трудности.

Итак. После трансляции из .max получается .brd, который соответствует исходному .dsn в Capture. Однако проблема в том, что при трансляции проекта ПП наименования PCB футпринтов изменились. Попытка сделать в Capture Back Annotate из нового .brd приводит к куче ошибок с именами старых футпринтов вроде SOIC.050/8/WG.244/L.200 (= SOIC-8.psm).

Вопрос заключается в том, как дальше проделать изменение схемы и ECO уже в .brd?

Можно попытаться вручную модифицировать свойства PCB Footrpint для всех компонентов, но этот путь кажется не самым прямым. Кроме того, многие компоненты при трансляции дают весьма убогие psm, а у нас уже наработаны новые,
с учетом особенностей PCB Editor. Но у них могут отличаться точки вставки (origin). Например, в библиотеках layout plus было принято располагать начало координат в центре первого пина, и я поначалу делал аналогично, но потом, с опытом первых сборок с авторасстановкой компонентов, понял, что гораздо меньше проблем с технологами, если компонент создается симметрично относительно начала координат. Так вот, хочется минимизировать эффекты от смены футпринтов на новые.

Есть ли более прямой способ?

Сообщение отредактировал Hoodwin - Dec 23 2011, 12:44

Никогда не работал ни с layout, ни с транслятором, но просится следующее решение.
Если транслятор генерит нетлист в процессе трансляции, то можно сравнить два нетлиста (до и после) на предмет корпусов, создать табличку соответствия старых новым, провести автозамену в нетлисте и импортнуть в brd. Все действия в текстовом редакторе.
Годится?

И так при каждом внесении изменений в схему и передаче их в РСВ... Имхо - не годится. И ничего, кроме редактирования схемы на предмет "PCB Footrpint для всех компонентов" даже не приходит на ум.
Либо редактировать либы/базу, с которой эта схема делалась. Тогда по крайней мере не придется для однотипных элементов надписывать одно и то же. Ну и на будущее, опять же, пригодится.

Так а дальше что? Плату в brd вручную переразводить что ли? Вопрос же про плату...
Хотя, если есть CIS, то можно, действительно, попробовать заменить все корпуса автоматом (полуавтоматом), а потом отфорвардить в уже оттранслированную плату...

Нет, нетлист не создается, просто создается .brd. Кроме .brd еще создается много текстовых файликов типа такого:


но проблема не в том, чтобы нетлист пропатчить. Проект то в общем-то живой и сопровождаемый. Ему нежен полный цикл выпуска документации по ЕСКД. Так что интересует именно возможность подхватить старый проект на сопровождение после трансляции.

Может быть есть способ хотя бы свойство PCB Footprint в проекте Capture обновить с учетом требований PCB Editor?

Сообщение отредактировал Hoodwin - Dec 23 2011, 15:06

Так ведь нетлист можно получить и из оттранслированного BRD.

Среди текстовых файликов, что создаются при трансляции, есть и такой из которого можно вытащить соответствие refdes - footprint и сформировать .swp файл для backannotation.
При трансляции ещё могут измениться имена некоторых цепей, к счастью не всех, их выловить посложнее будет.

PS. И что, блин, мешало авторам транслятора самим сформировать такой файл?

Вот, оказывается, если долго копаться в документации к Capture, то можно найти рецепт:


То есть, вызывать транслятор нужно не из самого PCB Editor, а из Capture! Вот тогда он после трансляции сам свойства PCB Footprint и обновит.
Ниже в картинках изобразил, куда кликать нужно. Замена действительно работает!

Продолжение истории.

Однако и в этой бочке меда есть ложка дегтя. Точнее две:
1. Чтобы нетлист стал нормально создаваться, необходимо будет вручную править свойства компонентов, которые имеют монтажные выводы. Суть в том, что в трактовке Layout любые лишние выводы футпринта просто остаются неподключенными, но PCB Editor требует, чтобы все были подключены, либо явно описаны, как отсутствующие. То есть, нужно добавлять свойство NC с перечислением всех таких выводов. Впрочем, их список можно увидет в netrev.lst при первом же запуске.
2. В моей первой тестовой плате был компонент в виде одного монтажного отверстия для подключения заземления. Штука заключается в том, что когда я делал его футпринт, то решил убрать с платы его позиционное обозначение. Впрочем, возможно, что убрал уже в проекте платы. И получились грабли. Когда после трансляции я экспортировал проект в библиотеку символов, то у символа не оказалось ни одной текстовой метки типа refdes, каковые должны быть заданы для классов Assembly или Silkscreen. В итоге генерация нетлиста стала вываливаться с ошибкой вида
ERROR(SPMHNI-197): Symbol 'XXX' for device 'AAA_XXX_BBB' has no refdes.
Ладно, взял, вручную открыл символ и прописал ему там эти метки типа refdes. Сохранил, создал psm, и все равно ошибка. Кстати, в интернете нет ее решения. Пришлось шевелить мозгами. Оказывается, оно когда нетлист обновляет, то, по-видимому, пытается в первую очередь искать символы не в psmpath, а прямо в .brd. И так как в .brd все еще лежит символ без refdes, то ошибка не пропадает после обновления внешнего psm для данного компонента. Поэтому перед тем как нетлист обновлять нужно сначала открыть оттранслированный .brd и вручную обновить символ для такого компонента. И вот уже после этого ошибка SPMHNI-197 пропадает.

В общем, теперь можно с большим проектом пробовать.