Сделай свою работу в Solidworks эффективнее

[nahim20 0]

Помогите решить проблему. При создании спецификации Spec Edit не возможно получить спецификацию если в сборке присутствуют стандартные изделия из библиотеки. Макрос зависает наглухо.

[DuS 328]

18.06.2021 в 21:21, tompsongun сказал:

даа, причём самые главные ))

спасибо Вам!

 

извините, исправился:

 

SaveAsCopyReplace 3.2.3.1.zip 203 \u041a\u0431 · 27 скачиваний

Вышел из отпуска и сразу скачал новую версию. Макрос прекрасен! Особенно порадовало что он подсказывает новое имя, то есть помнит то что я печатал!
Огромное инженерное спасибо!

 

зы всплывут баги отпишусь.

12 часов назад, nahim20 сказал:

Помогите решить проблему. При создании спецификации Spec Edit не возможно получить спецификацию если в сборке присутствуют стандартные изделия из библиотеки. Макрос зависает наглухо.

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

[mrNicetone 3]

25.07.2021 в 22:53, Snake 60 сказал:

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

path_conf-num.swp

используя этот подсчёт деталей, можно задаться условием:

если количество больше одного,

тогда в первый раз сохранить,

а потом пропускать деталь?

[Snake 60 757]

@mrNicetone Спасибо, посмотрю...

[none 51]

@tompsongun

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

[malvi.dp 293]

10 часов назад, none сказал:

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

Подтверждаю, то же заметил.

sw2016sp5

[tompsongun 462]

@none , @malvi.dp  спасибо!

да, хотел улучшить и подпортил малость - добавил  условия для устранения ошибки. т.е. макрос обрабатывал пусто или пробел, и я решил добавить, чтобы пользователь не задумывался надо ли ему слэш ставить в конце, а про пустышку и пробел упустил в итоге у путь для удаления получался "\\" или "\ \" или "\папка_старое_например". последнее видимо иногда как-то после нескольких запусков макроса и преобразований путей с сохранением их в файле настроек таки состыковывался с исходным путём.

 

со скрипом вспоминал, что (на)делал-то )) оперативки в голове маловато видать, постоянно так. не занимаюсь чем-либо долгое время если - быстро забываю

 

3.2.5.1 SaveAsCopyReplace

исправил (надеюсь) регресс с перемещением в корзину и указанную папку по исходному пути, поправил логику, по этому поводу добавил в справку.

 

SaveAsCopyReplace 3.2.5.1.zip

 

 

также добавил в сообщении о проблемах "удаления":  Возможно в настройках путь для удаления некорректен.

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

также макрос может не работать, если кодировка в текстовых файлах, в которых он хранит настройки, пути, имена изменилась на иную чем 1251 (вроде она должна быть, подзабыл уже), вот иногда в ini-файле настроек иногда обнаруживаю вдруг ansi или notepad++ дуркует ).

 

в справке по перемещению в "корзину"  (описатель из меня тот ещё.. ):

Дополнительные настройки - Путь, куда перемещать исходные файлы + Папка - если поле Путь пустое, удаление происходит в корзину или если по сети удаляем, то через временную папку temp windows в корзину(вроде, не возможно напрямую в корзину). Если выбран 'Исходный Путь' -  перемещение произойдёт по этому пути + можно дополнительно указать папку (можно вложенные). Можно указать свой путь. К перемещённым файлам добавится системная дата, чертёж на модель ссылаться не будет. Если в поле Путь указано 'Исходный Путь', а в поле Папка пусто - старый файл останется в той же папке где и был, но к его имени прибавится системная дата.
 При перемещении файлов в корзину дата добавляться не будет. Путь и папка запоминаются.

Изменено 3 августа 2021 пользователем tompsongun

[malvi.dp 293]

10 часов назад, tompsongun сказал:

3.2.5.1 SaveAsCopyReplace

Спасибо, теперь удаляет и Де и СБ.

[none 51]

@tompsongun

Еще больная точка обнаружена: не может удалить файл детали при переименовании только если одновременно: 1. открыт сборочный чертеж сборки со специей swplus; 2. в окне моделирования активирована НЕосновная конфигурация (у меня их было две: 00 и 01, активна была 01). Причем деталь, которую хотим переименовать, конфигураций не имела. Старая версия макроса любая тоже не может удалить при этих условиях. Макрос, который не переписывает свойства (другого автора) в этой ситуации работает. Получается это явление связано именно с обновлением свойств. Предполагаю, что это может быть неизлечимо. Процесс, который занимает файл детали - Solidworks Launcher. Прошу воспроизвести эту ситуацию, кто может. Спасибо.

Изменено 5 августа 2021 пользователем none

[eest 1]

Когда то видел здесь простенький макрос по вставке изображений на активный лист чертежа (нужно в штамп вставить картинку подписи) есть у кого нибудь? Спасибо

Изменено 6 августа 2021 пользователем eest

[malvi.dp 293]

34 минуты назад, eest сказал:

простенький макрос по вставке изображений на активный лист чертежа (нужно в штамп вставить картинку подписи) есть у кого нибудь?

Держи

VstavkaPodpis.rar

[eest 1]

4 часа назад, malvi.dp сказал:

Держи

VstavkaPodpis.rar 71 \u041a\u0431 · 10 скачиваний

Спасибо, в макросе изменил путь к картинке но почему то падает солид, есть мысли что может быть?

Изменено 6 августа 2021 пользователем eest
Вопрос решен - пропустил слеш

[malvi.dp 293]

12 часов назад, eest сказал:

макросе изменил путь к картинке но почему то падает солид, есть мысли что может быть?

 

Я бы макрос вообще не трогал. Попробуйте сделать наоборот - подставить вашу картинку в папку с макросом и обозвать так же как и приложенный пример, а пример, соответственно удалить или переименовать.

[eest 1]

Есть ли возможность поправить макрос SpecEditor так, что бы упростить добавление материала в БЧ деталях?
Как показано на рисунку.
Старый добрый ГеОС к сожалению, подходит только что бы скопировать код материала и вставить в нужное место как заметку.

Буду очень благодарен.

Изменено 7 августа 2021 пользователем eest

[tompsongun 462]

@none , извините, тут  я скорее всего выкопаю себе ямку )). если я правильно понимаю. замена модели в сборке в моём случае происходит путём выгрузки её из памяти солида - гасим эту модель, перестраиваем сборку, высвечиваем путём подмены. за счёт этого скорость обработки в разы увеличена.  в других программах по переименованию - перезагружается вся сборка - насколько мне известно. видимо это связано с этим.  потому, замена\переименование и не возможно, если файл занят солидом - подгружен в чертеж или другую сборку, или присутствует в еще какой-то подсборке(2) текущей сборки, а замена производится в открытой подсборке(1), однако операция переименования (замена\"удаление") проидёт успешно в подсборке(1) и (2) если манипуляцию с моделью производить в самой общей сборке, содержащей эти подсборки.

вероятно, необходимо парсить все открытые в солиде файлы на присутствие редактируемого элемента, гасить их и загружать снова, что теоретически может повлечь подмену в других сборках, например, в оригинале, если галочки выставлены - не закрывать исходную модель + открыть копию.

 

что-то жесть какую-то понаписал ))

 

может поможет убрать галочки по внесению\удалению вообще каких-либо свойств в копию, хотя, сомневаюсь.

 

+ боюсь утонуть и испортить код как когда пытался внедрить более широкое редактирование свойств т.к. до сих пор толком не понимаю всех тонкостей и витьеватостей.

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

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

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

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

 

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

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

[none 51]

07.08.2021 в 19:42, tompsongun сказал:

@none , извините, тут  я скорее всего выкопаю себе ямку )). если я правильно понимаю. замена модели в сборке в моём случае происходит путём выгрузки её из памяти солида - гасим эту модель, перестраиваем сборку, высвечиваем путём подмены. за счёт этого скорость обработки в разы увеличена.  в других программах по переименованию - перезагружается вся сборка - насколько мне известно. видимо это связано с этим.  потому, замена\переименование и не возможно, если файл занят солидом - подгружен в чертеж или другую сборку, или присутствует в еще какой-то подсборке(2) текущей сборки, а замена производится в открытой подсборке(1), однако операция переименования (замена\"удаление") проидёт успешно в подсборке(1) и (2) если манипуляцию с моделью производить в самой общей сборке, содержащей эти подсборки.

вероятно, необходимо парсить все открытые в солиде файлы на присутствие редактируемого элемента, гасить их и загружать снова, что теоретически может повлечь подмену в других сборках, например, в оригинале, если галочки выставлены - не закрывать исходную модель + открыть копию.

 

что-то жесть какую-то понаписал ))

 

может поможет убрать галочки по внесению\удалению вообще каких-либо свойств в копию, хотя, сомневаюсь.

 

+ боюсь утонуть и испортить код как когда пытался внедрить более широкое редактирование свойств т.к. до сих пор толком не понимаю всех тонкостей и витьеватостей.

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

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

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

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

 

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

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

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

[eest 1]

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



Спасибо.

[Snake 60 757]

@eest  По ЕСКД там нет пробела

[Docuk1 32]

 

Надо не Мпроп редактировать, а SpecEditor в двух местах.

Чтоб в рамках был, то нужно править шаблоны чертежа и ставить пробел: $PRPSHEET:"Обозначение"<ПРОБЕЛ>$PRPSHEET:"Сборка1_ФБ"

 

Изменено 11 августа 2021 пользователем Docuk1

[dommast 3]

Добрый день.
У меня есть "Макрос №", который объединяет 3 отдельных макроса и запускается по горячей клавише.
Сейчас происходит следующее.
Я выделяю в дереве конструирования 1 деталь (или 1 сборку ), запускаю "Макрос №" с 3-мя макросами:
1 макрос открывает выделенную деталь или сборку в дереве конструирования.
2 макрос присваивает свойства "Обозначение" и "Наименование" от $PRP:"SW-File Name".
3 макрос закрывает выделенную деталь или сборку.
В итоге я получаю два новых свойства "Обозначение" и "Наименование".
Все великолепно работает с 2016 года, но приходится выполнять это действие только по отдельности.
Я не знаю API и никак не удается найти какое-то решение, чтобы применить "Макрос №" сразу к нескольким выделенным деталям или сборкам в дереве конструирования.
Т.е. выделить в дереве конструирования нужные для меня детали или сборки и применить  "Макрос №" пакетно.
Может кто сталкивался как решить?
Спасибо.
SW 2020Sp5. Win10.