Интересует тема быстрого и точного создания символа для принципиальной схемы в Mentor Design Capture (Central Library) из даташита на микросхему. Надоело каждую ножку рисовать и проверять по нескольку раз. Хочется копировать и вставлять

Нужно создать символ с номерами ножек(Pin Number) и именами (Pin Name), с полным соответствием даташиту. А дальше расставить их по символу особого напряжения не нужно.

Нашел в Mentore програмку SymGen Symbol Generator, она понимает файлы *.apd вида:
//Header
Symbol_name="DP83865"
Symbol_shape=""
Symbol_text=""
Body_glyph=
//Number,Name,Label,Type,Direction,Polarity,Pin_Graphc,Pin_position,Gate,Slot,PinS
wapId
1,IN1,,,,,,,,,,,
2,IN2,,,,,,,,,,,
3,IN3,,,,,,,,,,,
4,OUT1,,,,,,,,,,,
5,OUT2,,,,,,,,,,,
6,GND,,,,,,,,,,,
7,VDD,,,,,,,,,,,

Но после генерации ею символа для Mentor Expedition (DP83865.hkp,DP83865.inp)
имена выводов не соответствуют тем что были в файле DP83865.apd, а идут просто как Arbitrary Text но находятся рядом с нужным выводом, а Pin Name просто инкремент от AAA.

Может есть другой способ сделать подобное? (достаточно тока Pin Number и Pin Name)
форматы *.xml или *.axl помогут ???

В SG есть конфиг. файлы в которых описываются правила генерации, например по умолчанию в файле ac.std в строчке
qualifier_is_name = 0
поставте
qualifier_is_name = 1
и будет вам имя вывода, а вообще в $MGC_HOME\shared\pdfdocs куча pdf документации в том числе и по SG, имена на axel_*


Также для DC\DV есть родная утилита ACMakerPlus которая тоже генерит символ из текстового описания.
Еще есть BoardLink и I/O_Designer которые тоже можно использовать для генерации символов.

Спасибо Огромное, с помощью ACMakerPlus символы описываются и генерятся именно так, как я хотел !

Для поиска: ACMakerPlus нахотится в Design Capture/Tools/Other Utilites/
В хэлпе есть описание текстового *.def файла который подсовывается в ACMakerPlus
а в *.def легко все копируется из pdf-ки.
Design Capture это прога в WG2004 от Ментора

Это интересно все,
а можно спросить где вы берете эти файлы *.apd они где то рядом с даташитами лежат на сайтах производителя?

Я их сам делаю в текстовом редакторе FARa, но можно и в стандартном редакторе - "блокнот".
Просто копирую из pdfки cтрочки с именами и номерами выводов.

1.Сначала в Excel там все заполняю через растягивание запятых и т.п.
2.Потом копирую в Word как просто текст (специальная вставка)(без таблиц) делаю замену табуляций на пробелы.
3.Потом копирую в текстовый редактор FARa или блокнот.
4.Cохраняю, все файл готов.

Потом после генерации символа все пины и выводы расставляю как нада в Design Capture Symbol Editor.

Кажется что замороченно но, заполнять поля каждого пина еще нуднее (тем более када нада рисовать сотни символов) И вероятность ошибиться меньше при копировании всего сразу из pdfки.

P.S. Я щас пользуюсь ACMakerPlus он при генерации, PinName делает невидимыми, а возле выводов делает ArbitraryText с таким же названием, так вот я этот ArbitraryText удаляю, а PinName делаю видимыми(для всех пинов сразу - пара кликов мышкой). Так удобнее для перетаскивания пинов.

Есть и другой способ:

1. Выбираем таблицу с распиновкой в *.pdf и копируем в Excel
2. Если таблица была в два столбца (номер пина, имя пина), то все нормально, если несколько, то редактируем Excel сводя все в два столбца.
3. Запускаем FPGA_BoardLink (можно непосредственно из редактора символов в ЦБ)
4. Копируем из Excel эти два столбца в FPGA_BoardLink, создаем фракцию или фракции (если нужно получить несколько символов), в GUI задаем где и как будут располагаться пины (сторона, на каком символе и т.п.).
5. Генерируем символ или набор символов, при этом также получаем и PDB с ними.

Вот, в развитие темы написанный мною скрипт на Perl-е (под Виндоуз надо ставить Active Perl), и образец файла из которого генерятся .def файлы.

Файлы с таблицами ножек, текстовые, tab-разделенные. Начинать удобнее в любой программе эл.таблиц (на микрософторечи - в excel-е), нужно потом сохранять в виде текста, tab в качестве разделителя, без кавычек ".
Сам я лично иду таким путем:

cut from: tvp5150am1.pdf
paste, manually cleanup ==> tvp5150am1.pdf.txt
import, add attributes ==> tvp5150am1.gnumeric
export to text ==> tvp5150am1.txt
process with genACMekerdef.pl ==> TVP5150AM1_MAIN.def TVP5150AM1_PWR.def
process with ACMakerPlus, refresh library, export ==> tvp5150am1.inp

Входная таблица (в данном примере tvp5150am1.txt) состоит из двух частей - первая описывает группы ножек - имя, положение (L,R,T,B - слева, справа, сверху, снизу), и положение сверху вних и слева направа. Начинается с ключевого слова GROUPS SECTION.
То что слева и справа пойдет в основной символ, то что сверху и снизу пойдет в символ для питания/земли (c cуффиксом _PWR). Например:
GROUPS SECTION
3.3V T 1
I2C L 1

Пустые строчки игнорируются, а также все что после 3й колонки (или 5й колонки в PINS SECTION).

Вторая часть - начинаеся с ключевого слова PINS SECTION - собственно ножки - в таком порядке:
имя ножки, номер на корпусе, режим (I,O,I/O,P - ввод/вывод/двунапр/питание), описание функции (не используется при генерации .def), группа и положение в группе (не обязательно, по умолчанию группа сортируется). Например:
PINS SECTION
SCL 21 I/O I2C serial clock (open drain) I2C 1
SDA 22 I/O I2C serial data (open drain) I2C 2

Вызывается так:
genACMekerdef.pl -p TVP5150 tvp5150am1.txt

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

В приложенном файле и скрипт, и входной файл и результат работы - два .def файла

Вот в таком варианте - действительно ускоряется создание симвовло, а самому писать .def файлы ломает.
Но, честно говоря, еще лучше сразу написать скрипт в формат .hkp - польза от этого .def описания самая мизерная.

В скрипте в пред. посте обнаружился бажок, правильная версия тут

А я как-то делал по-другому.

Рисую символ к примеру на 144 или 208 ног (сколько нужно)
Ставлю ножки к нему через ArrayCopy
Затем на кждой стороне проименовываю по одному пину с каждого края (8 шт).
через Library Service делаю Symbol экспорт в ASCII файл
этот файл загоняю в Excell, через "ипортировать данные"
Там уже есть текстовые атриббуты для проименованых ног суказанием ориентаци Вертикальной/Горизонтально c выравниванием по верху/низу и прочее типа Размер и шрифт (не Default если нужно)
добавляем нужное количество строк между 1 и 36 ногами, 37-72, 73-108, 109-144 и тп
на вертикальной стороне меняем вертикальные координаты, на горизонтальной горизонтальные
с помощью копирования между листами в экселе это не сложно
затем собираем все обратно на один лист, не забываем если названия были в "кавычках", то мы их должны оставить в "кавычках".

Теперь в Library Service делаю Symbol импорт из ASCII файла и символ готов.

Если есть символы на разные семейства в одном корпусе, но не совместимые по названию ног, то можно в уже размещенных символах менять только "названия_пинов", "имени_символа", и специфических аттрибутов

Например, я иногда на символ выношу напряжения банков в плисе, питания ядер и прочее

Что-то в VX не могу найти FPGA_BoardLink ?

P.S. Вопрос относится к Fractured Symbol,
Есть ссылка на Tech Note M_G*26-021 от авторов, но это недоступно.

Это относится к маршруту Design Capture.

В маршруте DxDesigner подобный вариант для Fractured Symbol существует ?

В библиотекаре есть FPGA Part Wizard.
Кроме того символы можно создавать прямым импортом пинов из Excel файлов.

FPGA Part Wizard относится только к вендорным кристаллам.Другой туда не вставишь.
Если использовать импорт из Excel файлов , то надо для каждой секции(Fractured Symbol) создать отдельный Excel файл с уникальным именем или
один Excel файл с колонкой Section(или нужно другое правильное имя колонки ?) ?

файл под каждый символ

Спасибо!
1.Когда создаю символ из .csv файла в Symbol Editor нужны properties хотя бы Ref Designator и наименование элемента .
В Settihgs пытаюсь прописать Ref Designator U?(имс), но поле с value U? при переходе на др. поле обнуляется.
2. Какие доп. properties нужны при создании символа таким способом ?

1. Какой смысл вообще вводить какие-либо значения данных атрибутов на уровне символа? Сами атрибуты нужны только в качестве "заполнителей" - обозначения места где должны будут появится реальные значения на схеме.
2. Обязательных нет.

Вопрос возник по след. причине.Когда открываешь символ из библ. OD(рассматриваю в качестве образца) , то на поле символа на месте Ref Designator уже стоит U?, к-ое дальше используется Packager-oм.
Скорее всего моё непонимание здесь присутствует.

Упаковщику все равно что там написано - префикс берется из PDB.
А в ОДЕ это пережиток прошлого, когда работали через нетлист, был другой упаковщик, которому важен был префикс на символе.

Очень благодарен, fill !
Вопрос по Fractured Symbol.
Объединение фракций (сгенерированных из csv файлов) chip_a, chip_b, chip_c в в единый символ chip происходит при формировании Part-a ?

Да, импортируете их в PDB, получается полный компонент.

В Symbol Editor на символе номера пинов видны, а при размещении на листе схемы номера пинов не видны. Где галочку поставить , чтобы обеспечить видимость ? Номера пинов появляются только после упаковки ?

1.при выборе символа в xDXDatabook в колонке Slot нажми + и выбери необходимый символ с пинами
2.делай упаковку

Спасибо!Помогло !