Сам же и отвечаю: относительные пути прописываются от местоположения файла DBLib
А вообще, в файле содержится параметр "LibrarySearchPath=", вот только получить доступ к нему из самого AD у меня не получилось.
Да и с назначением пока не разобрался...

Цитата отсюда:

В переводе:

А добраться до них просто. Открываем в Altium файл .DbLib, вызываем меню Tools -> Options, и на вкладке Symbol & Model Search Paths можно править эти самые пути. Если вы при подключении .xls или .mdb установили галочку Store Path Relative to DbLib, то и пути к папкам тоже будут добавляться относительные.

В ближайшее время постараюсь написатькак создавались библиотеки для проекта Altium Common Library и с какими трудностями пришлось столкнуться.

+1, вот оно оказывается где было. А я все никак понять не мог, ну откуда же он пути эти знает. Теперь все встало на свои места. Остался только одни вопрос, как быть с теми элементами которые имеют большое кол-во посадочных мест как в случае с моими резисторами, где одному УГО соответствуют 46 различных футпринтов. Ну не дает редактировать строчку базы ни Альтиум ни Аксесс, где содержится такое большое ко-во параметров, все время выдает ошибку "Слишком большая длина записи".

Для этого стоит вам нужно создать в таблице (Access, Excel) колонки с названиями Footprint Ref n, где n - порядковый номер 2 - 255.

На самом деле настоятельно рекомендую внимательно прочитать эту и другие статьи на сайте Altium.

Ну и конечно же приглашаю присоединиться к разработке Database библиотек для Altium =)

Рекомендую принцип: один компонент - один футпринт.

Полностью согласен! Однако с небольшой оговоркой - некоторые компоненты предусматривают, например, вертикальную установку. Так как физически это один и тот же компонент, то считаю правильным, чтобы в базе хранилось несколько вариантов футпринтов. Другой пример - футпринты с различной плотностью монтажа у микросхем (MOST, LOW, NORMAL).

1. забыли добавит 4 пользовательский
2 для штыревых возможно горизонтальная, вертикальная и иная. Тут ноги могут быть отформованы по разному всего не учтешь, но это уже на PCB можно Pad двигать вручную, главное указать, в каком диапазоне возможно смещать PAD. Хотя при монтаже удобно, чтобы все элементы были отформованы идентично

Но вертикальную и горизонтальную можно оставить

В таблице футпринты так и расположены с порядковыми номерами от 1 до 46. Сама база библиотек резисторов открывается нормально, все посадочные места доступны. А возможности править в ручную нет В статье как раз и написано"Unlimited footprint and PCB3D model references (and paths) can be specified in a database table and mapped in the DBLib file. In the reserved names on the left, n represents a positive integer, starting from 2", что означает количество футпринтов неограниченно. В чем тогда проблема?


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


Спасибо за приглашение, обязательно постараюсь принять участие

В том то и дело, что при работе через БД достаточно один раз нарисовать схемное обозначение, а потом наплодить записи типа R0805, R1206 и т.п., со ссылкой на одно и то же схемное обозначение.

А вот проблемы для случая большого количества посадочных мест - это путаница, которая потом может возникнуть.
Даже без этого - заменить один компонент в схеме на подобный несложно.
А вот проблем при генерации BOM избежать будет проще.

это уже ограничения редактора БД.
Достаточно 2-4 футпринтов с разными вариантами установки.

С этим согласен Просто я изначально пользуюсь уже до меня созданной библиотекой, и для меня стала она привычной. Теперь же когда озадачился созданием единой базы данных элементов, смотрю на это уже с другой точки зрения, и с Вами я соглашусь, что во избежания появлений различного рода пуитаниц, следует для резисторов и конденсаторов тоже разделить их по типоразмеру. Да и сам алльтиум не воспринимает иного подхода, как я уже и убедился. Всем спасибо.

чтоб отредактировать базу данных для резисторов, пришлось сконвертировать табличку в формат экселя, благо в экселе отсутсвует ограничение на длину строки, и успешно отсортировал контактные площадки по типам, создав новые компоненты резисторов для каждого типоразмера. Затем портировал обратно таблицу в аксесс. После всей процедуры, база элементов успешно заработала.

Ни у кого не тормозит Альтиум когда работаешь с элементами библиотеки организованной как база данных? У меня например добавление компонентов на печатную плату стал на порядок дольше происходить. Кстати и когда в PCB редакторе элемент на плату ставишь, тож секунды две три думает. Рабочий системник достаточно производителен, так что грешить на аппаратуру не могу. Заметил что при обращении к бибилотекам формата *.IntLib процессы практически мгновенны. В чем может быть проблема?

Интегрированные библиотеки как раз и сделаны с расчетом на уменьшение времени доступа к ним. Там все данные оптимально компонуются.
А вот обработка запросов к БД требует времени.
С другой стороны на основе DBLib можно сделать IntLib...

Sergey Makarov у меня жутко тормозил когда БД была в экселе. Перешел на аксес тормозит только при добавлении первого элемента.