Настройка разных номиналов в BOM Variants, Capture 16.2 Опции

[Hoodwin]

Попробовал тут реализовать исполнения через BOM variants. С докой даже предварительно ознакомился. Стал экспериментировать со схемой из 4 резисторов. Получается исключать отдельные резисторы из вариантов BOM, но вот как изменять номиналы в разных исполнениях, я что-то не нашел. А вроде бы должно быть:

When manufacturing design variants, the fabricated board will match the core design while the variants define how the board should be populated with parts. You can create and maintain all of your design variants within a single Capture project.
Because your design variations are captured within a single project, you can view variant information on a schematic page, preview and print variant schematic sheets, and create variant bills of materials without having to maintain separate designs. Design variations include different property values for common components and different or not present components for identical footprints.

Вот обычным образом свойства компонентов можно редактировать только в core design, при выборе режима просмотра через bom variant, никакие свойства не редактируются.

Еще вот какая нелепость. При исключении компонента в одном из вариантов он на схеме прорисовывается серым цветом, и значение value меняется на Do Not Stuff, в результате чего оно наезжает на соседние компоненты - см. картинку. Если я в настройках (option - preferences) снимаю галки с печати немонтируемых деталей, то детали не печатаются, а wires, идущие к выводам - печатаются, получается немного коряво. Это можно лучше оформить?
Можно хотя бы строку Do Not Stuff заменить на что-нибудь типа звездочки и в примечаниях написать: "* = компонент не устанавливать"?

Эскизы прикрепленных изображений

 

[Hoodwin]

Да вот напрягает то, что я часто с одним проектом работаю из разных мест. И тогда нужно задумываться, как этот CIS сделать разделяемым ресурсом. То ли SQL сервер городить с внешним IP-адресом, то ли его же через туннель, то ли просто файл типа mdb, который просто через систему контроля версий распространять...

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

[Old1]

Да вот напрягает то, что я часто с одним проектом работаю из разных мест. И тогда нужно задумываться, как этот CIS сделать разделяемым ресурсом. То ли SQL сервер городить с внешним IP-адресом, то ли его же через туннель, то ли просто файл типа mdb, который просто через систему контроля версий распространять...

Относительно недавно экспериментировал с разделяемыми ресурсами. CIS связывается с базой данных (у меня это база данных access) через источник данных ODBC. База данных размещалась на серверном компе. На двух рабочих машинах создал источники данных ODBC (указал сетевой путь к целевой базе данных) вроде бы все работало, правда долго не тестировал. Кстати при создании источника данных ODBC можно поставить галку "только для чтения" т.е. запретить рядовому юзеру изменять базу данных.

[Hoodwin]

Относительно недавно экспериментировал с разделяемыми ресурсами. CIS связывается с базой данных (у меня это база данных access) через источник данных ODBC. База данных размещалась на серверном компе. На двух рабочих машинах создал источники данных ODBC (указал сетевой путь к целевой базе данных) вроде бы все работало, правда долго не тестировал.

Так это все через SAMBA что-ли? С самбой беда такая. Пускать ее через голый инет без шифрования я не хочу. А с шифрованием можно через туннель (openVpn), но тогда все это довольно неприлично тормозит, особенно при мелком доступе.

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

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

[Old1]

Так это все через SAMBA что-ли? С самбой беда такая. Пускать ее через голый инет без шифрования я не хочу. А с шифрованием можно через туннель (openVpn), но тогда все это довольно неприлично тормозит, особенно при мелком доступе.

Что такое SAMBA? Я знаю только SAM Boot Assistent, но это из другой оперы... Какой смысл в шифровании данных внутри локальной сети предприятия?

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

На счет галки:имелось в виду что можно разграничить доступ к редактированию БД, администратор или библиотекарь/ри имеет/ют права на редактирование остальные нет