Автозаполнение Свойств

[Sergei 297]

Чтобы свойству присвоить имя файла пишешь $PRP:"SW-File Name"

Например взять массу в свойство конфигурации: "SW-Mass@@"SW-Configuration Name"@$PRP:"SW-File Name".SLDPRT"

Имя файла делай как "Обозначение", а наименование с помощью какого-либо макроса записывай в "Заголовок" и в "Дискрипшион", тогда его будет видно и в проводнике и в дереве детали и сборки.

[Diimon 1]

Чтобы свойству присвоить имя файла пишешь $PRP:"SW-File Name"

Например взять массу в свойство конфигурации: "SW-Mass@@"SW-Configuration Name"@$PRP:"SW-File Name".SLDPRT"

Имя файла делай как "Обозначение", а наименование с помощью какого-либо макроса записывай в "Заголовок" и в "Дискрипшион", тогда его будет видно и в проводнике и в дереве детали и сборки.

Насчёт имени файла $PRP:"SW-File Name" всё получается, хотя это и сам автор опросника выложил.Насчёт массы, у меня проще: в шаблоны свойств материалов внесены физические параметры и что бы я не творил с деталью, масса выдаётся автоматически.

[mks 0]

1.) В свойствах модели можно задавать любые свойства пользователя, например:

Наименование текст Кирпич

Обозначение текст АБВГ.ХХХХХХ.ХХХ

Разраб. текст Шариков

и все что душе угодно

2.) Создать чертеж именно с этой модели.

3.) Редактировать Основную надпись. В соответствующие места вставить Заметку. В заметку ничего не писать а сослаться на свойства модели (кнопка рядом с гиперссылкой). Выбрать с указанной модели интересующее Вас свойство (Все свойства записанные в модели будут в раскрывающемся списке)

и все - поля будут обновляться автоматически в соответствии со свойствами заданными в модели.

Для полного удобства забейте все необходимые Вам поля, удалите все виды с чертежа и сохраните как DRWDOT соответствующего формата. Далее простым копирование заметок вставьте все поля(Заметки) во все форматы (А4, А3 итд)

Для полного счастья создайте шаблоны SLDPRT и SLDASM где будут по умолчанию забиты все необходимые для заполнения свойства

[srjt 0]

Заполнение свойств в файле функцией

Простите а не подскажите где именно использовать эту программу?

В макросе, прямо в свойствах?

Простите я только год работаю в солиде и с макросами а тем более с api пока не работал, отсюда вопрос.

Хотелось бы найти решение с автозаполнением свойств Наименование Обозначение по имени файла?

Уже 2 часа гуглю ничего пока не нашел.

Спасибо.

[SERoz 201]

Простите а не подскажите где именно использовать эту программу?

Вы кого спрашиваете - тема то закончена в 2009 году ???

Подобные макросы (программы) применяются при заполнении свойств моделей, а впоследствии и выводе их на чертёж...

На форуме много разных макросов и прожек для этой цели...

То что Вам удобнее - можно определить только методом тыка или правильно поставленным вопросом (о своей задачи)...

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

В теме "<noindex>Сделай свою работу в Solidworks эффективнее</noindex>" есть много разных макросов (в первом топике)...

Так же хороший пакет макросов в теме "<noindex>Спецификация для SW по ГОСТ</noindex>" (есть хелп)...

[VOleg 228]

Хотелось бы найти решение с автозаполнением свойств Наименование Обозначение по имени файла?

Уже 2 часа гуглю ничего пока не нашел.

Спасибо.

Я автонезаполняю, а пользуюсь вот этим. Очень нравится.

[marikun 0]

Здравствуйте!

Тема, конечно, старая, но пока не нашла более свежей подходящей.

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

[Maik812 289]

Пишите просто без ссылок один раз заполните и буте счастье. Удаляете переменные типа  $configuration@part_name =$configuration@part_name
$configuration@feature_name=$configuration@feature_

Вместо них пишите . Можно и автоматизировать заполнение этих полей. Я написал чем но мой пост удалил злобный админ !

[marikun 0]

Так соль-то в чем. Есть сторонний справочник материалов, интегрированный в SW. При выборе материала справочник автоматически создает свои атрибуты в свойствах, куда и прописывает соответствующие значения, т.е. выбранный материал, сортамент. Потом все это автоматом приходит в основную надпись чертежа. Но при желании можно зайти в свойства и в этих созданных атрибутах прописать что угодно. А у меня задача состоит в следующем: найти способ, чтобы заблокировать эту возможность у пользователей. Т.е. выбрал материал и всё, если хочешь что-то изменить - выбирай другой материал. От SWR знаю, что такой способ есть, но сделают они это, конечно, только за деньги. Вот и думаем, можно ли как-то своими силами это сделать, чтобы сэкономить.

[Maik812 289]

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

Если нужно в детали то там плотность и руками прописать можно и марку. а блокировать возможность это блокировать редактирование файла. А может просто обучить людей как и что правильно делать? и проверять материал можно очень просто что верно а что нет. Какая версия солида?

[SHARit 2 808]

1 час назад, Maik812 сказал:

Можно и автоматизировать заполнение этих полей. Я написал чем но мой пост удалил злобный админ !

Не по теме был ответ! Читайте вопрошающих тщательнее.

[marikun 0]

Давайте попробую еще раз описать свою проблему. Купили SW 2016, при этом был уже куплен Лоцман PLM и справочники Аскона, в том числе Материалы и Сортаменты. При выборе в SW материала из МиС в свойствах, понятное дело, создаются свои атрибуты и туда материал и записывается. Добавлением новых материалов и сортаментов и редактированием занимается администратор справочника, по заявкам. И вот конструкторы могут полениться создавать заявку, допустим на корректировку неправильной записи, и решат сами по-быстрому в свойствах перебить значение и создадут еще большую неразбериху. Отсюда и в базе данных полная вакханалия будет. Можно, конечно, и обучить их, как правильно делать, и регламент написать, вот только пока есть такая возможность куда-то залезть и исправить, все равно найдутся люди, которые этим будут пользоваться. А за каждым не уследишь, отдел у нас большой. Потому и встала задача найти способ закрыть свойства именно для ручного редактирования.

[Kelny 1 234]

1 час назад, marikun сказал:

Потому и встала задача найти способ закрыть свойства именно для ручного редактирования.

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

[VOleg 228]

В ‎20‎.‎07‎.‎2017 в 14:40, marikun сказал:

Давайте попробую еще раз описать свою проблему. Купили SW 2016, при этом был уже куплен Лоцман PLM и справочники Аскона, в том числе Материалы и Сортаменты. При выборе в SW материала из МиС в свойствах, понятное дело, создаются свои атрибуты и туда материал и записывается. Добавлением новых материалов и сортаментов и редактированием занимается администратор справочника, по заявкам. И вот конструкторы могут полениться создавать заявку, допустим на корректировку неправильной записи, и решат сами по-быстрому в свойствах перебить значение и создадут еще большую неразбериху. Отсюда и в базе данных полная вакханалия будет. Можно, конечно, и обучить их, как правильно делать, и регламент написать, вот только пока есть такая возможность куда-то залезть и исправить, все равно найдутся люди, которые этим будут пользоваться. А за каждым не уследишь, отдел у нас большой. Потому и встала задача найти способ закрыть свойства именно для ручного редактирования.

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

Почему бы не записывать  материал из справочника Аскона в материал Солида? (со всеми физическими характеристиками) И все будут довольны.

Впрочем... интересно, а Ваши конструктора знают, что такое "таблица параметров"?

[marikun 0]

В 20.07.2017 в 15:37, Kelny сказал:

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

Вариант интересный, нужно будет попробовать обсудить его на работе.

[marikun 0]

В 21.07.2017 в 16:19, VOleg сказал:

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

Почему бы не записывать  материал из справочника Аскона в материал Солида? (со всеми физическими характеристиками) И все будут довольны.

Впрочем... интересно, а Ваши конструктора знают, что такое "таблица параметров"?

Тут надо уточнить. На счет свойств материала проблем нет, он в дерево записывается и свойства все его приходят, так что расчетам это не помешает. На счет обозначений, наименований и т.д. - мы ввод этих свойств реализовали через вкладку "Свойства пользователя" на панели задач с помощью PropertyTabBuilder'а. Так что в этом ключе вполне можно закрыть им доступ к этим свойствам.

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

[VOleg 228]

В ‎24‎.‎07‎.‎2017 в 14:31, marikun сказал:

Тут надо уточнить. На счет свойств материала проблем нет, он в дерево записывается и свойства все его приходят, так что расчетам это не помешает. На счет обозначений, наименований и т.д. - мы ввод этих свойств реализовали через вкладку "Свойства пользователя" на панели задач с помощью PropertyTabBuilder'а. Так что в этом ключе вполне можно закрыть им доступ к этим свойствам.

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

1. Я так и не понял - у Вас материал в дерево записывается или в свойства?

2. Заполнение свойств с помощью PropertyTabBuilder'а, используя списки в Эксель и Аксес - это у меня всегда.

3. Таблица параметров еще лучше заполняет свойства, а еще она же является таблицей параметров на чертеже и управляет заодно и геометрией модели и материалами. Это с 2004 года во всех моделях\чертежах, имеющих исполнения. А как по-другому? Фломастером, что ли?

4. Еще иногда в спецификации надо вместо количества написать длину (массу) материала - соответственно уже ручками в свойствах включаем нужное свойство и создаем его и задаем либо формулу, либо ссылку на глобальную переменную, либо создаем через таблицу параметров.

В итоге - свойства это инструмент проектирования и доступ нельзя закрывать...