Привет Всем! У меня есть одно УГО двухконтактного коннектора и несколько топологических посадочных мест разных коннекторов которые являются двухконтактными.)))
Как правильнее сделать библиотеку коннекторов:
1. Оставить одно УГО и с ним связать несколько посадочных мест? (рис.1)
2. Для каждого посадочного места создать свой файл *.schLib в котором разместить одно и тоже УГО?

Достоинство первого способа - это не придется создавать копии одних и тех же условно графических изображений. А недостаток певого способа - как на схеме отобразить наименование выбранного посадочного места?
Или всё таки правильнее работать вторым способом? Подскажите пожалуйста....

Сообщение отредактировал Fynjisx - Jul 23 2010, 15:26

Глянул библиотеки от альтиума, там отдельные компоненты даже для разных спидгрейдов
Все-таки, было бы здорово, если бы номер пина на УГО автоматически брался из Pin Map

Поддерживаю. Единственное, что имена выводов на схеме и имена выводов посадочного места могут иметь, во-первых, текстовое обозначение, во-вторых, они могут не совпадать одно с другим. Как в такой ситуации правильно поступать?

это не проблема. именуйте как хочется. Единственно не работает инкремент при создании компонента
плиз, приведите PDF хоть одного компонента, где они не совпадают

Ситуация только одна: когда в посадочном месте есть PAD, которые крепежные или не используются (обычно соединители), а в УГО не хочется или наоборот нужно их отобразить.

Но и в этом случае никто не мешает их назвать одинаково.

Я один раз столкнулся в составном соединителе, где разные части имели нумерацию с 1.
Но и там просто добавляется номер секции соединителя

Виноват, не учёл, что речь идёт именно о PDF. Я в том сообщении подразумевал, что во многих (ну или некоторых) библиотечных компонентах (выполненных не в чётком соответствии с PDF) наблюдается несоответствие имени вывода УГО и посадочного места.
Именно на этот случай и требуется Pin Map. Иначе, получается, она не нужна?

Так текстовое название вывода (Pin Name) Может быть любым. А вот Designator должен четко соответствовать посадочному месту .

Вот тогда получается, что Designator в УГО не нужен. А в Pin Map будет сопоставление Pin Name (точнее оно называется Display Name) на УГО и Designator в футпринте.

Designator в УГО нужен, чтобы при чтении схемы быстро поставить в соответствие вывод у микросхемы на схеме с выводом на корпусе.

Говорилось, что десигнатор с футпринта напрямую определяет номер вывода на схеме (это типа мечта такая).
А соответствие устанавливается между десигнатором у футпринта и именем вывода у УГО.

Поскажите плз как в базе данных библиотек прописать правильно путь в Library Path и Footprint Path? Немного поясню, я создал базу данных компонентов из уже существующих и установленных библиотек с расширением *.IntLib, в итоге получил файл с DBLib.MDB. В этом файле Library Path и Footprint Path содержат строчки Libraries\Оптопары.SCHLIB и Libraries\Оптопары.PcbLib. Решил просто поэкспериментировать с созданием компонента в базе данных, создал в Оптопары.PcbLib футпринт TSOP65P640X110_HS-20N. Ну и скопировав в базе строчку рабочего компонента, решил просто поменять футпринт, вписав TSOP65P640X110_HS-20N в нужные места. К сожалению, результат меня не обрадовал. Новый компонент появился доступным для установки в проекте, но нужный футпринт у него я так и не увидел. Долго думал, ломал голову, пока не догадался в Library Path и Footprint Path указать полный путь к нужному файлу (D:\Work\...\Оптопары.PcbLib). Вот после этого у компонента появился нужный футпринт. Отсюда вопрос, как нужно вписать правильно путь, чтоб не только я мог использовать данную базу? И второй вопрос, чтоб изменения произведенные в базе вступили в силу, необходимо после сохранения самой базы, отключить DBLIB.DBLib от проекта, и проинсталлировать заново. Так и должно быть?

Сделайте файлы SchLib и PcbLib доступными по сети и укажите сетевой, а не локальный путь к ним.

Для этого существует кнопочка Reconnect, которую вы можете увидеть открыв сам файл DbLib из списка файлов проекта. Учтите, что в исходном состоянии кнопка называется Connect. Если подключение к базе данных установлено, то кнопка деактивируется и подписывается при этом Connected. Она снова становится активной, если произошли какие-то изменения в БД или в настройках.

Тут у нас немного другая система. Работаем через контроль версий. У каждого рабочего места есть своя локальная копия файла, при чем путь к нему у каждого свой. Поэтому хотелось бы конечно сохранить идеологию, и как то предусмотреть возможность указания относительного пути к файлу (как например в IARе пишется путь к файлам проекта $PROJ_DIR$\..\..\Source\Projects\BDIO\Modules\CAN\)


видимо разработчики посчитали что так работать удобнее. Хотя я бы сам не догадался до этого, так бы и пришлось наверно постоянно переинсталлировать одну единственную бибилиотеку на дню по сто раз

Возможно вам нужна SVNLib. Посмотрите ссылку в этой ветке форума.

Кстати проверил только что. После внесения изменений Reconnect так и не повился, пытался править и в самом Альтиуме, и напрямую через Аксесс.


думал будет немного проще

Решил проблему Оказалось все достаточно просто, надо было всего лишь прописать в Library Path и Footprint Path Оптопары.SCHLIB и Оптопары.PcbLib, без указания Libraries\. И все сразу запахало

Измените Source of Connection и снова вернитесь к исходным настройкам (достаточно пару раз щелкнуть по Radio-Button).

Так, для справки: файл базы данных и DBLib где находятся относительно папки Libraries ?

Вот именно я сам не понял на какой стадии Libraries\ вообще появляется, так как папки такого и в помине нет. Файл базы данных и DBLib находятся в d:\Work\AltiumLib\DB Library\.

Зато появилась новая проблема На этапе когда начал править базу данных, и удалять приставку Libraries\ со всех путей столкнулся с проблемой, когда Аксесс говорит что "Слишком большая длина записи", аналогично и когда пытаюсь править через альтиум. А возникло это на строчке с резисторами, в котором одному УГО соответствует аж 45 различных посадочных мест. Ткаим образом получается, что база данных резисторов создалась благополучно, а редактировать ее нет возможности, уткнулись в ограничения самой базы данных? хотя я считаю данное предположение смешным. Видимо что то делаю не так. Я бы грешил конечно бы на Альтиум, если бы не проводил все изменения в Аксессе. Может кто сталкивался с этим, а то не охота как разделять библиотеку резисторов на группы из нескольких контактных площадок.