Решил я тут совсем культурно оформить варианты исполнений. А именно: сделать так, чтобы в сборочных видах Allegro и в BOM не только убирались ненужные компоненты, но также и замещались номиналы и part numbers.
Вроде как доступ к базе настроил правильно, вижу в CIS Explorer все свои компоненты, пытаюсь сделать Link Database Part. И вот тут грабли... CIS ругается и говорит, что у меня не определен Capture Symbol. Собственно, он и был не определен вначале. Потом я его определил, но это особо не помогает. Дело в том, что схему я рисовал на другой машине, куда я скачал библиотеку с компонентами с сайта ALTERA, потом я взял нужный мне символ и перерисовал его по ГОСТ, потом я поставил его в схему, потом я сделал ему местное редактирование и изменил свойства выводов, чтобы убрать ошибки DRC. И вот теперь я имею в кэше проекта символ с именем EP3C16F484_ESKD_0, которого ни в одной библиотеке нет. Более того, при связывании с базой компонента задним числом мне по-любому не нужно менять символ в схеме на тот, что в базе, а нужно оставить тот, что был в кэше. Вопрос: как сделать так, чтобы оно не ругалось и не приставало?

С другой стороны, если бы я ставил компонент с нуля, то было бы логично взять из базы название символа и попробовать найти такой в библиотеках. Но это уже не мой случай. Я даже думаю, что это не совсем удобно для сложных микросхем, для которых нет стандартных УГО для Э3, и поэтому маловероятно иметь библиотеки для них.

Создайте пустую библиотеку olb и сохраните туда все символы со схемы. Подключите её к схеме. Все компоненты которые есть в CIS должны иметь собственный символ в этой библиотеке.

И что потом, каждый раз в базе курочить записи про компоненты? Как-то это неправильно...

я при добавлении нового компонента в базу сразу создаю ему символ и футпринт (+ PDF)...зачем чтото там курочить?

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

В базе через запятую впишите варианты названия символов, при установке компонента на плату появится выпадающиё список символов.

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

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

Сообщение отредактировал Hoodwin - Jul 19 2013, 10:52

У меня одна библиотека (база) для всех проектов которую стараюсь содержать в чистоте и порядке. Чего и Вам советую.

А если назвать их одинаково?

В OLB должны быть разные названия.

ну или надо убирать "schematic_part" из cis configuration. Больше вариантов нет. корпоративная база данных предпологает общую библиотеку.

Нет, я не в этом смысле. Что будет, если в библиотеке и в кэше будет два символа с одинаковым названием, но разным содержимым? Кэш имеет приоритет?
Я просто подобные проблемы в менторе решал примерно таким способом...

bsvc963
Вы мне какую-то ерунду советуете. Мне так не нравится.

Проще тогда отказаться вообще от хранения Capture Symbol в базе (если можно), а выбирать его руками и все в проект из CIS не переносить.

Потом еще такой случай. Есть у Альтеры такая тема - миграция проекта. В этом случае на одно посадочное место можно запаять две ПЛИС разного объема. Но особенность в том, что ПЛИС меньшего размера имеет больше I/O, а в ПЛИС большего размера часть I/O заменена пинами питания. Так как я должен нарисовать одну схему, я должен выбрать УГО какой то одной ПЛИС. Я не могу использовать два УГО. Но вот потом я хочу в part manager-e прилинковать к компоненту два разных набора прочих свойств, но УГО оставить только чей-то один. У них разные УГО, и только для варианта миграции они могут быть взаимозаменяемы (я для себя выбираю УГО меньшей ПЛИС, и часть I/O аккуратнентько подключаю к нулю и к питанию). И вот это оно тоже связывать с разными ПЛИС не дает.

Поэтому я и говорю, что это как-то иначе должно лечиться...

Сообщение отредактировал Hoodwin - Jul 19 2013, 11:10

Это лечится созданием УГО не для микросхемы, а для посадочного места. При генерации бома эта позиция заменяется на нужную в менеджере вариантов.