Vault explorer altium что это

Обновлено: 05.07.2024

Я сейчас переживаю процесс запуска новой дизайнерской работы в Altium в моей компании, и я пытаюсь решить, стоит ли тратить усилия на создание инфраструктуры Altium Vault, а не просто используя традиционный контроль версий. Вот как я их вижу: pro и con,

  • Очень хороший дизайн и процесс управления версиями.
  • Легкий способ создания проверенных, надежных, версий компонентов.
  • Позволяет использовать понятие «элементы» и повторно использовать повторно проверенные блоки, превышающие уровень компонента.
  • Легко делиться проектными данными с поставщиками и проверять, что они ищут правильную версию данных дизайна.
  • Для отдельного дизайнера очень сложно быстро внести изменения в схематические символы и следы компонентов, не пройдя процесс освобождения хранилища.
  • Процесс выпуска компонентов и «элементов» в хранилищах является очень сложным и трудоемким.

В моих кратких исследованиях, похоже, что библиотекаря Altium понадобится полный рабочий день для хранения колес, смазанных в хранилище, и обеспечения бесперебойной работы процесса выпуска компонентов и конструкций. У кого-нибудь из вас есть какие-то мысли и опыт по этому вопросу? Существуют ли какие-либо другие небольшие компании или проектные группы (5-10 инженеров, работающих с Altium по дизайну, производству, закупкам и т. Д.), Которые нашли хранилища, которые стоит реализовать?

3 ответа

Мне пришлось решить что-то подобное лет назад.

В то время Altium продавали свое решение Vault, которое может иметь несколько разных конфигураций:

  • Хранилище находится в облаке: нет доступа в Интернет = нет доступа к файлам. Если вы не продолжаете пользоваться Altium и перестаете платить годовую подписку, у вас больше нет доступа к вашим данным. НЕ ПРИНИМАЕТСЯ
  • Хранилище находится на сервере в вашей компании. Содержимое зашифровано. Чтобы получить доступ к данным, вам необходимо идентифицировать себя с веб-службами Altium, которые открывают доступ к вашему собственному серверу. Недостаток: если вы не продолжаете работу с Altium и перестаете платить годовую подписку, у вас больше нет доступа к вашим собственным данным сервера. Нет доступа в Интернет = нет доступа к данным! НЕ ПРИНИМАЕТСЯ
  • Сейф и сервер идентификации находятся на сервере в вашей компании: вы на 100% независимы. Это хорошо. Этот вариант был рекламирован, но в течение лет Altium сказал, что он еще не доступен или находится под тестированием, но «скоро» вы сможете это получить.

Наш вывод: если вы хотите быть свободным, быть единственным владельцем вашего доступа к данным, либо вы используете Vault на настраиваемом сервере, и вы все контролируете, либо придерживаетесь SVN и забываете все их вещи, такие как «унифицированный дизайн», «управление выпуском» и т. д.

Если что-то изменилось между ними, не стесняйтесь обновлять мой ответ с последними условиями от Altium.

EDIT:

  • Ни один из новых вариантов не требует доступа в Интернет для использования вашего хранилища.
  • Данные никогда не зашифровываются, поэтому всегда можно восстановить данные.
  • Лицензия на хранилище теперь вечна, и она все еще работает даже в случае остановки «подписной программы»
  • Теперь аутентификация не основана на веб-сервере Altium.
  • Данные всегда хранятся внутри вашей компании и под вашим полным контролем.
  • Процесс освобождения не фиксируется и поддерживает множество настроек.
  • SVN или любая система управления версиями используется для контроля версий вашей повседневной работы. Хранилище доступно только для хранения ваших компонентов и выпущенной работы.

Теперь есть два варианта:

  • Решение личного хранилища: только один пользователь, данные хранятся локально (в локальном хранилище), уменьшена функциональность. Но никаких дополнительных лицензий не требуется.
  • Сервер хранилища. Несколько пользователей, данные хранятся на сервере Vault, все функциональные возможности.

Одним словом: кажется, что они услышали реакцию рынка и зафиксировали основные проблемы.

Я не использовал Altium Vault, но я использовал подобную систему для механического САПР. Хотя это может не ответить на ваш вопрос напрямую, история может по-прежнему иметь некоторое значение.

Как система управления версиями, она была неуклюжей из-за своего способа блокировки-модификации-разблокировки. Ветвление и слияние также не были частью системы. Конечно, эти виды операций беспорядок на CAD-моделях, но зачем использовать искалеченную VCS только потому, что она полна blobs?

Как система управления данными о продукте /жизненном цикле, она просто мешала, потому что это не наша основная система. Механизм использовал свою систему, электрическое и программное обеспечение, используемое другими системами контроля версий, а официальная база данных документов была еще одной системой. Легко было получить состояние освобождения объектов в разных системах от синхронизации. Даже наши сотрудники по управлению изменениями на постоянной основе регулярно зацепились за острые углы ручной синхронизации данных между 3 несовместимыми системами.

Системы не помогали при обмене неизданных данных о развитии с поставщиками или даже между нашими собственными электриками и инженерами-механиками. «Versioning» означало «привязанность в письме от blah». Вряд ли идеальная ситуация при получении интерфейсов между подсистемами уже является одной из самых больших проблем.

Мир с открытым исходным кодом (аппаратный) получил это правильно. Модели CAD идут в управлении версиями, потому что вы хотите отслеживать версии. Контроль версий работает с файлами и не заботится о том, какую программу вы используете для редактирования. Управление релизами - это отдельный процесс, который использует данные в управлении версиями, но не полностью переносит их.

В вашем списке профессионалов нет ничего, что автоматически включалось бы с помощью Altium Vault, и ничего, что вы не можете сделать с ванильным VCS и некоторыми правилами бизнес-процесса, которые вам нужны в любом случае. Взгляните на то, как некоторые крупные проекты с открытым исходным кодом (ядро Linux, Mozilla) управляют выпусками, чтобы получить представление о том, что можно сделать без этих интегрированных систем, и о том, насколько близоруки взгляды на технологию выпуска данных этих интегрированных систем действительно.

Малые компании с 5 или менее инженерами не нуждаются в хранилище. Библиотека с расширением листа может легко удовлетворить их потребности без каких-либо недостатков. Я специализируюсь на том, чтобы вывести компании из своего хранилища и «продвигать» их в систему данных. Затем они могут потратить свое время на разработку вместо того, чтобы играть в игры Altium.

В процессе разработки конструкторской документации инженерам приходится использовать множество различных документов и файлов. Например, при разработке проекта печатной платы в программе Altium Designer помимо основных файлов схем и плат хранится набор файлов для производства и сборки, а также комплект чертежей. Все файлы, входящие в проект, постоянно меняются, причем зачастую разными пользователями, которые не всегда осведомлены обо всех изменениях в проекте. Отсюда возникают частые ошибки при проектировании: например, плата не соответствует последней версии схемы или гербер-файл для производства не соответствует последней модификации платы — не говоря уже о таких случаях, когда и в схеме и в плате существуют недоработки. Большинство существующих систем автоматизированного проектирования (САПР) позволяет выполнять целый ряд верификаций и синхронизаций проекта, но почти всегда эти процедуры могут быть инициированы только пользователем, который определяет и время их выполнения. Если пользователь забыл проконтролировать выполнение одного из таких действий — ошибки не избежать, а цена такой ошибки может быть сопоставима со стоимостью всей разработки!

Для начала необходимо создать проект из компонентов, которые хранятся на сервере AVS. О том, как предварительно создать базу покупных электрорадиоизделий, частично уже рассказано в предыдущей статье, посвященной AVS [2]; также можно посмотреть видеоролик «Altium Vault. Создание библиотеки компонентов» [5]. В Altium Designer для размещения компонентов, которые хранятся на сервере, используется панель Vault (а не панель Libraries, как обычно!), которую можно вызвать в правом нижнем углу в разделе System (рис. 1а).

Предположим, у нас есть готовый проект, который нужно поместить в хранилище. Этому понятию в программе Altium Designer соответствует термин Release, который мы далее будем переводить как выпуск. Как уже сказано, сначала проект надо зарегистрировать в этом хранилище, то есть указать место его хранения и некоторые дополнительные правила. Для этого следует открыть окно, в котором показан маршрут выпуска проекта платы (PCB Release View). Чтобы его открыть, используется пиктограмма, показанная на рис. 2.

Рис. 2. Вызов окна для просмотра маршрута выпуска проекта

Рис. 2. Вызов окна для просмотра маршрута выпуска проекта

Здесь следует подробно разобраться с каждой стадией маршрута выпуска проекта, которые показаны на рис. 3. Первым действием необходимо создать так называемую конфигурацию, в которой будет сказано, какой комплект документации и выходных файлов необходимо получить из проекта, а также какой уровень проверки будет определен для данного проекта. Создание конфигураций актуально для тех случаев, когда выполняются разные итерации проекта (например, опытный образец или серийное производство). Чтобы создать конфигурацию, необходимо щелкнуть левой клавишей мыши на названии проекта или на названии конфигурации под ним (рис. 3а). В нашем случае Test — это название проекта, 1 Configuration — название конфигурации.

В открывшемся окне Configuration Manager for XXX. PrjPcb следует задать название конфигурации и указать, какой файл OutJob использовать для данной конфигурации (рис. 4а). В описываемом примере используется всего один файл с названием Test. OutJob, он и выбран. Именно в этом файле хранится вся информация о том, какие документы будут сформированы из проекта и какие проверки будут обязательно выполнены — тоесть посредством данного файла выполняется управление выпуском проекта. Об этом файле будет рассказано ниже.

Независимо от настроек конфигурации в этом же окне выполняется регистрация проекта в хранилище, для чего указывается нужное хранилище (рис. 4б) и создается новый объект (Item) хранилища (рис. 4в). При создании нового объекта желательно выбрать подходящую для этого директорию, так как все директории в хранилище имеют свое назначение. Конечно, можно создавать и общие папки (не присваивая им никаких статусов), но гораздо удобнее указывать для каждой папки, какие объекты в ней будут храниться. В описываемом примере была выбрана директория Project (рис. 4г) и в нее добавлен объект ItemID=Test со свойством Content Type = altium-pcb-design, то есть проект печатной платы (рис. 4д). Здесь же можно задавать ограничения и указывать пользователей для совместной работы (рис. 4е). После того как заданы все данные, необходимо последовательно закрыть все диалоговые окна, показанные на рис. 4, и продолжить работу с маршрутом (рис. 3).

Над более-менее сложными проектами часто работают несколько пользователей — как в разных прикладных областях (например, конструктор делает плату, разработчик — схему), так и по нескольку исполнителей в одном направлении (то есть топологию одной платы разрабатывают несколько инженеров-конструкторов). В таких случаях необходима возможность многопользовательской работы над одним проектом, и наиболее удобным инструментом для реализации такой возможности является система контроля версий [3]. Программа Altium Designer имеет встроенный интерфейс с системами контроля версий и позволяет отслеживать версионность документов при многопользовательской работе [4]. Однако пользователи не всегда, внеся изменения в свою часть разработки, вносят эти изменения в общий проект на сервере, что порождает целый ряд дополнительных проблем. В AVS такие проблемы решаются следующим образом: при использовании системы контроля версий необходимо иметь актуальную версию проекта при выпуске его в хранилище AVS. В окне PCB Release проверяется актуальность версий всех файлов, входящих в проект (рис. 3б). В рассматриваемом примере указан статус Not in VCS — то есть проект не проверяется системой контроля версий.

В результате корректного выполнения всех этапов будет показан отчет о файлах, которые получены из проекта (рис. 5), и при этом все файлы проекта вместе с документацией будут сохранены на сервере. Стоит отметить, что такой результат возможен только в том случае, если будут выполнены проверки, ранее указанные в файле OutJob, и файлы, которые будут созданы из проекта, также описаны в OutJob. Остановимся подробнее на этом файле и порядке работы с ним.

Рис. 5. Отчет о выпуске файлов для производства и конструкторской документации

Рис. 5. Отчет о выпуске файлов для производства и конструкторской документации

Чтобы создать файл с настройками проверки и выпуска документации, необходимо выполнить File>New>Output Job File. При этом в структуре проекта появится новый документ, внешний вид которого показан на рис. 6. Здесь можно выделить три области, обозначенные на рисунке буквами:

  1. выбор варианта для вывода документации (в тех случаях, когда разрабатывается многовариантный проект);
  2. выбор документа, отчета, проверки или файла для ЧПУ;
  3. выбор формата, в котором должен быть сохранен нужный документ или отчет.

В списке документов (рис. 6б) имеется иерархия, которая разделяет документы по типу Наиболее интересная группа здесь — Validation Outputs, в которой можно добавить отчеты ERC, DRC и синхронизацию, а также задать опции для каждого из этих отчетов. Эти отчеты нужны для выполнения проверок, их можно использовать самостоятельно, для унификации работы с проектами — то есть использовать единый файл OutJob в рамках предприятия для проверок и выпуска КД. Также эти проверки используются при выпуске проекта в AVS, причем если хотя бы одна из них завершается неудачей, следующие этапы передачи проекта на сервер выполнены не будут.

В заключение хотелось бы представить список основных преимуществ, которые дает использование Altium Vault Server пользователям, которые давно работают с Altium Designer и хранят результаты на общих сетевых ресурсах или локальных дисках.


Uniting all of the separate yet intimately connected details of a project to bring a product from concept to completion requires the most precise degree of control over the entire design process. The Altium Vault provides a centralized management platform to help you connect your entire design ecosystem together and automate all of those details that pull your designers away from what matters most - the design process.

Система Altium Vault представляет собой основу интеллектуальной среды для управления и хранения проектных данных созданных в САПР Altium Designer, работающую на локальном (внутрисетевом) сервере и хранящую в себе всё – от отдельных компонентов до выполненных проектов. Altium Vault обеспечивает совместную работу и управление инженерными данными в Altium Designer, помогая разработчикам наиболее эффективно организовывать проектную информацию о электрорадиоизделиях и проектах, управлять ими и отслеживать изменения.

Использование системы Altium Vault позволяет решить целый ряд проблем, актуальных для систем автоматизированного проектирования электронных устройств на базе печатных плат:

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

– Верификация проектов. Проекты, которые попадают в хранилище Altium Vault, проходят целый ряд проверок на предмет соответствия ранее заданным конструкторским и схемотехническим требованиям. Также при передаче проекта в хранилище происходит синхронизация различных областей проекта (схемы и платы) и проверка допустимости использования применяемых компонентов.

– Актуализация данных. Для каждого проекта, передаваемого в хранилище, можно указать конфигурационный файл, в соответствии с которым будет сформирован комплект конструкторской и технологической документации проекта. Каждая новая версия проекта, поступающая в хранилище, будет иметь свой актуальный на текущий момент комплект документации.

– Стандартизация процессов и рабочей среды. Обширные возможности настроек программы Altium Designer и все многообразие шаблонов для различных прикладных задач могут централизованно управляться из системы Altium Vault на множестве рабочих мест в рамках предприятия.

– Совместная работа над проектами. Через систему Altium Vault удобно распределять права в рамках коллективной работы группы пользователей над одним проектом. Каждый пользователь, работая с локальной копией проекта, синхронизируется с единым сервером, может вносить изменения и загружать новые версии проекта, а также добавлять комментарии.

Более подробная информация по лицензиям Altium Vault , у с ловия приобретения, а также расписание курсов обучения Вы можете узнать у специалистов компании "НИП-Информатика".

Рассмотрен вопрос создания простых библиотек и базы данных из элементов Vault.

К сожалению, если у вас закончилась лицензия, вам становится Vault не доступным, включая созданные вами элементы. Если вы собираетесь продолжить работу c Vault - попросите временную лицензию на Vault до момента оплаты у дилера. Однако если продления лицензии не предвидится необходимо сохранить наработанную базу элементов, для возможности ее использования другими способами.

1. Открываем Vault (в примере учебный)

2. Если нужно ограничить область Vault- выбираем нужную папку. В примере она корневая, именно вне хранятся в том числи и посадочные места

3. В окне поиска указываем значение, которое позволит выделить все посадочные места. В примере это "PCC", так как именно оно присутствует в названии посадочных мест в данном Vault

4 На вкладке Search отобразятся все элементы Vault, найденные в соответствии с критерием поиска

5. Выделим все или только нужные ТПМ и, используя контекстное меню (клик правой кнопкой указателя), выберем команду Edit.

6. Откроется библиотека PCBLIB. Библиотека будет содержать все ТПМ, выбранные из Vault. Обратите внимание, там есть две дополнительный кнопки. Не используйте их.

Сохраните библиотеку командой File/Save as.. в нужно месте. Разбить библиотеку на части и иные действия производятся как для обычной PCBLIB

Библиотека УГО можно получить аналогично, изменив содержимое поиска

Библиотека компонентов можно получить аналогично, изменив содержимое поиска.

Однако к библиотеку компонентов нельзя использовать как базу данных. Для этого нам нужно эту базу получить.

1 Открываем созданный CMPLIB

2 выделяем все или только нужные столбцы

3 Копируем содержимое в буфер (клик правой кнопкой)

4. Открываем Excell или access и вставляем

5. В первой стоке даем название столбцов, как обычно, когда создаем базу

6. Столбец A (указание пути) или удаляем, если не используется, или меняем на значение нового пути

7. Столбец B. Название компонента в базе. Сейчас там такое, как было в Vault. Замените на новое, если в этом есть необходимость (по требованиям вашей базы)

8. Столбцы D и E. Сейчас содержат ссылки, как они назывались в Vault. О Вас может быть по другому, но в данном примере нужно автоматически удалить текст:

PCC_ ==> (признак посадочного места)

SYM_ ==> (признак УГО)

_000x_x ==> (признак номера и ревизии, учитываемый в Vault)

После этого эти столбцы можно использовать как ссылки на созданные выше в библиотеках УГО и ТПМ.

9. Остальные столбцы-- это ваши пользовательские параметры, можете использовать без изменений.

Читайте также: