Проблема с экспортом IDF в OrCAD PCB Editor, неправильно формируется поле Part Number в секции PLACEMENT Опции

[Hoodwin]

Здравствуйте, коллеги!

Имеется следующая проблема с экспортом IDF из OrCAD PCB Editor.

2. При построении в Компас-3D компонентам принято задавать наименование, чтобы было легче ориентироваться в сборке. Так вот, пока мы работали с файлами IDF, созданными в layout, то в них в поле Part Number выводилось свойство Value компонента. Так что в Компасе в дереве построения сборки можно было увидеть что-то типа "R14: 1K 1%". И это было удобно, в сборке можно было ориентироваться даже без схемы под рукой. А теперь вот решили попробовать с новым оркадом, и выяснилось, что в IDF попадает совсем другая информация. Что-то вроде свойства Source Package. И гадость в том, что это свойство может быть одинаковым для множества компонентов с разными номиналами, например, для конденсаторов. Например, смотрим записи про одинаковый компонент C24:
--
у Layout Plus:
SMC0603_C24 "0.01UF" C24
1025.000000 855.000000 270.00 BOTTOM PLACED
у PCB Editor:
SMC0603_C24 C-SMALL C24
1025.0 855.0 0.0 270.000 BOTTOM PLACED
--
Как видим, в одном случае было 0.01UF, а стало C-SMALL. И это C-small повторяется вообще для всех конденсаторов, нарисованных на схеме с помощью одного символа. И в итоге в дереве сборки в Компасе мы увидим "C24: C-SMALL", так что будет совершенно ничего не разобрать.

Вопрос заключается в том, можно ли перенастроить все так, как было в OrCAD Layout Plus. В идеале - вообще научить его транслировать в IDF любое свойство из capture, указанное пользователем.

[Hoodwin]

Ура, хоть кто-то использует :-)

Судя по приведенным данным на сайте, проблема, описанная мной, в CircuitWorks 9 не решена. Дело не в том, что элементы выглядят одинаково, это определяется соответствием футпринт-модель. Дело в том, какое наименование получает компонент в дереве сборки. На картинках Ваших этого не видно, так как ни один из плюсиков на рис.3 не раскрыт.

Но вообще, абсолютно не важно, чем там строится модель, Солидом, Компасом или еще чем то. Суть именно в содержании самого IDF. В случае IDF от PCB Editor я просто не наблюдаю там "интересных" данных, из которых можно было бы построить информативное наименование компоненту.

PS: Ссылку посмотрел, вспомнил все проблемы обычных конвертеров из IDF в отношении ориентации моделей. Дело в том, что у меня конвертер IDF в 3D-модель собственного производства, он иначе ориентирует компоненты, что позволяет экономить много времени. Суть такая. Пользователь берет модель и создает в ней локальную систему координат (ЛСК), плоскость XOY которой ориентирована так же как и плоскость футпринта в библиотеке OrCAD. Далее конвертер сам находит эту ЛСК по имени ('MTG') и крутит компонент.

[Old1]

Ура, хоть кто-то использует :-)

Судя по приведенным данным на сайте, проблема, описанная мной, в CircuitWorks 9 не решена. Дело не в том, что элементы выглядят одинаково, это определяется соответствием футпринт-модель. Дело в том, какое наименование получает компонент в дереве сборки. На картинках Ваших этого не видно, так как ни один из плюсиков на рис.3 не раскрыт.

Но вообще, абсолютно не важно, чем там строится модель, Солидом, Компасом или еще чем то. Суть именно в содержании самого IDF. В случае IDF от PCB Editor я просто не наблюдаю там "интересных" данных, из которых можно было бы построить информативное наименование компоненту.

PS: Ссылку посмотрел, вспомнил все проблемы обычных конвертеров из IDF в отношении ориентации моделей. Дело в том, что у меня конвертер IDF в 3D-модель собственного производства, он иначе ориентирует компоненты, что позволяет экономить много времени. Суть такая. Пользователь берет модель и создает в ней локальную систему координат (ЛСК), плоскость XOY которой ориентирована так же как и плоскость футпринта в библиотеке OrCAD. Далее конвертер сам находит эту ЛСК по имени ('MTG') и крутит компонент.

Да используют и многие... В IDF-файле PCB Editor -a кроме прочего содержится свойство Devtype компонента, которое состоит (по крайней мере у меня) из ИмениСимволаВCapture_ИмениФутпринта_СвойстваValue. Этот самый Devtype содержит номинал компонента и виден в дереве, что в Компасе, что в SW.