Перейти к публикации

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


Рекомендованные сообщения

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

Ссылка на сообщение
Поделиться на других сайтах


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

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

спасибо Вам!

 

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

 

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

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

 

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
25.07.2021 в 22:53, Snake 60 сказал:

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

path_conf-num.swp

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

@tompsongun

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

Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, none сказал:

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

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

sw2016sp5

Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

3.2.5.1 SaveAsCopyReplace

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

 

SaveAsCopyReplace 3.2.5.1.zip

 

 

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

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

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

 

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

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

Изменено пользователем tompsongun
Ссылка на сообщение
Поделиться на других сайтах

@tompsongun

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

Изменено пользователем none
Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем eest
Ссылка на сообщение
Поделиться на других сайтах
34 минуты назад, eest сказал:

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

Держи

VstavkaPodpis.rar

Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, malvi.dp сказал:

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

Изменено пользователем eest
Вопрос решен - пропустил слеш
Ссылка на сообщение
Поделиться на других сайтах
12 часов назад, eest сказал:

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Изменено пользователем eest
Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

 

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

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

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

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

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

 

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

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

Ссылка на сообщение
Поделиться на других сайтах
07.08.2021 в 19:42, tompsongun сказал:

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

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

 

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

 

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

 

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

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

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

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

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

 

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

image.png

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах

 

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

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

image.pngimage.png

 

Изменено пользователем Docuk1
Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...