Спецификация для SW по ГОСТ

[Leon 442]

Пакет макросов SWPlus

 

Здесь представлены VBA версии пакета макросов SWPlus. Также существует .Net ветка пакета, отпочковавшаяся от данной ветки в 2014 г. и поддерживаемая уважаемым @fox1001.

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

На данный момент разработка пакета макросов ПРЕКРАЩЕНА. По жалобам пользователей будут устранятся только критические ошибки и проблемы совместимости с новыми версиями SW. 

 

Состав и назначение пакета макросов:
SpecEditor - создание спецификаций (обычной и групповой по варианту Б) и ведомости покупных;
MProp - заполнение свойств моделей;
DProp - управление листами чертежа;
SProp - заполнение свойств моделей из разделов Стандартные изделия, Прочие изделия и Материалы;
SaveDRW - сохранение чертежа;
SaveAsPDF - сохранение чертежа в формате PDF и TIFF;
Master - создание шаблонов основных надписей;
TT - заполнение технических требований;
Roughness - простановка знака неуказанной шероховатости в углу чертежа;
RecordDimM - редактирование текста размеров;
CoolOut - преобразование размеров, проставленных с помощью инструмента "Условное обозначение отверстия", к виду по ЕСКД.

Важные советы:

Совет 1. Прочтите описание.
Совет 2. При возникновении ошибки при первом запуске макросов необходимо нажать кнопку Debug, далее зайти в меню Tools-References, убедиться в отсутствии потерянных библиотек (если таковые есть - подключить их), нажать ОК, закрыть окно с кодом макроса и снова запустить его.

Совет 3. Содержимое архива можно положить в любое место на диске, но нельзя переименовывать и удалять содержащиеся в нем файлы и папки. Макросы связаны между собой и используют общие файлы.

Совет 4. Убедитесь, что папка с макросами доступна SW для записи.

Совет 5. Для работы макроса SaveAsPDF в режиме печати на виртуальный принтер необходимо установить программу PDFCreator версии 1.2.1.

 

Описание архивов:

SWPlus 2014 SP0.0 - версия пакета SWPLus, адаптированная для SW2014 SP5.0.

SWPlus 2017 SP0.0 - версия пакета SWPLus, адаптированная для SW2017 SP4.1.

RecordDimM 2017 SP0.1 - исправленный макрос из пакета SWPlus 2017 SP0.0.

PDFCreator-1_2_1_setup - дистрибутив PDFCreator версии 1.2.1.

 

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

 

 

GriSt прав, пускай будет отдельная тема.
Начало смотри http://fsapr2000.ru/index.php?showtopic=6071&st=40
Итак, кратко:
1. Есть неудовлетворенность существующими на сегоднящний день программами для создания спецификаций под SW.
2. Есть желание взяться за самостоятельную разработку такого продукта.
3. Есть понимание, что дело это долгое и не простое, но интересное и в случае успешного завершения ИМХО устранит последний серьезный пробел в соответствии солида ЕСКД.
4. Если даже все и заглохнет, как неоднократно бывало, то останется информация для более удачливых разработчиков.

Вот некоторые топики этого форума где ранее обсуждались вопросы, связанные со спецификацией:
http://fsapr2000.ru/index.php?showtopic=3525&st=0
http://fsapr2000.ru/index.php?showtopic=2943&st=0
http://fsapr2000.ru/index.php?show...hl=спецификация
http://fsapr2000.ru/index.php?show...hl=спецификация
http://fsapr2000.ru/index.php?show...hl=спецификация

OldCAM
Родная солидовская спецификация не устраивает как минимум по 2 причинам:
1. Нет деления на разделы.
2. Нет разбивки на страницы.
Но воспользоваться ее функциями, которые наверняка представлены в API думаю можно

 

 

SWPlus_v_2014_SP0.0.zip

SWPlus_v_2017_SP0.0.zip

 

RecordDimM_v_2017_SP0.1.zip

PDFCreator-1_2_1_setup.zip

[profi10 0]

И каждый раз в каждом проекте заводить папочку с гвоздями предварительно назначив её в конфигураторе ToolBoxa ? Боюсь представить что будет если забыл её назначить и она осталась в старом проекте...

Это уже обсуждалось здесь <noindex>http://fsapr2000.ru/index.php?showtopic=6622&st=400</noindex>

[BRAT1 1]

Это уже обсуждалось здесь <noindex>http://fsapr2000.ru/index.php?showtopic=6622&st=400</noindex>

А нельзя ли поподробней описать процедуру ?

Я пробовал сделать так : в конфигураторе ToolBoxa назначил свойство "наименование" для папочки ГОСТ и значение для него PRP:"SW-File Name". Затем настроил ToolBox на сохранение файлов , задав путь к папке проекта ( или просто создать отдельную папку для крепежа , чтобы не назначать её для каждого проекта ) . Но при добавлении гвоздей в сборку в спецификации почему-то прописывается не свойство, а надпись SW-File Name или просто пустая строка. Выложил бы скрин , но эти эксперименты делал дома , а сейчас на работе .

[profi10 0]

А нельзя ли поподробней описать процедуру ?

Я пробовал сделать так : в конфигураторе ToolBoxa назначил свойство "наименование" для папочки ГОСТ и значение для него PRP:"SW-File Name".

В папке ToolBoxa правой кнопой создать деталь и сохранить "как" внужной папке

[Leon 442]

У меня обозначение в новой строке имеет другое значение.

ЛНПК2.840.095СБ а имеет ЛНПК8.050.252Д1 и наименование другое.

Буду искать.

Абсолютно неважно какой текст там вбит.

[Leon 442]

Я пробовал сделать так : в конфигураторе ToolBoxa назначил свойство "наименование" для папочки ГОСТ и значение для него PRP:"SW-File Name". Затем настроил ToolBox на сохранение файлов , задав путь к папке проекта ( или просто создать отдельную папку для крепежа , чтобы не назначать её для каждого проекта ) . Но при добавлении гвоздей в сборку в спецификации почему-то прописывается не свойство, а надпись SW-File Name или просто пустая строка.

Надо писать $PRP:"SW-File Name"

Как я уже говорил с ToolBox я не работаю. И пока нет возможности с ним возиться. Но если у вас есть желание его использовать, то мне видится как минимум два пути достичь цели. Во-первых можно попробовать настроить ToolBox через конфигуратор, прописав в детали нужные свойства. Хотя мне показалось что конфигуратор глючный. Во-вторых, можно снять атрибуты только для чтения с деталей базы и воспользовавшись SProp прописать свойства непосредственно в детали тулбокса, хранящиеся в базе. По идее, поскольку свойство Наименование имеет переменную составляющую в виде ссылки на имя конфигурации (например, Винт $PRP:"SW-Configuration Name" DIN 912), то в дальнейшем при добавлении новых типоразмеров все будет заполнятся автоматом, причем неважно, настроен ли toolBox на создание новых деталей или нет.

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

[profi10 0]

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

Можно любым редактором. Я для прописывания свойств стандартных, прочих и материалов свой макрос сделал.

Уважаемый Leon! Возможно ли вернуться к вопросу о Вашем макросе

[Leon 442]

Уважаемый Leon! Возможно ли вернуться к вопросу о Вашем макросе

Макрос для стандартных это Sprop. А программа для синхронизации это не макрос. Это спец. софтина SmartSync Pro.

[BRAT1 1]

Надо писать $PRP:"SW-File Name"

Как я уже говорил с ToolBox я не работаю. И пока нет возможности с ним возиться. Но если у вас есть желание его использовать, то мне видится как минимум два пути достичь цели. Во-первых можно попробовать настроить ToolBox через конфигуратор, прописав в детали нужные свойства. Хотя мне показалось что конфигуратор глючный. Во-вторых, можно снять атрибуты только для чтения с деталей базы и воспользовавшись SProp прописать свойства непосредственно в детали тулбокса, хранящиеся в базе. По идее, поскольку свойство Наименование имеет переменную составляющую в виде ссылки на имя конфигурации (например, Винт $PRP:"SW-Configuration Name" DIN 912), то в дальнейшем при добавлении новых типоразмеров все будет заполнятся автоматом, причем неважно, настроен ли toolBox на создание новых деталей или нет.

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

Урааа всё заработало ... открываем гвоздики из папки ТoolBox ( по умолчанию C:\SolidWorks Data\Browser\GOST\Bolts And Screws ) , запускаем Sprop , ставим галочку включить конфигурации. И так для каждого импользуемого гвоздика . И никакого гемара с назначением имени и ненадо сохранять крепежи в отдельных папках. Работает на всех конфигурациях гвоздей ! Очередной раз Leonу за подсказку.

Изменено 4 ноября 2009 пользователем BRAT1

[Водяной 73]

Если вы не слишком большой фанат тулбоксов, и не прочь попробовать что-то новое то ниже представлен еще вариант стандартных и прочих изделий…

В архиве запакованы три файла (SolidWorks 2009) :

1. Винт.SLDPRT – эту деталь можно использовать как пример для того чтобы сделать собственную базу стандартных изделий (для заполнения данной таблицы параметров я воспользовался «Анурьевым», ну и вписал тока те детали которые в основном закупают и используют на нашем предприятии). Использовать детали созданные таким образом удобно как минимум по трем причинам: - вы используете базу предприятия; - деталь без проблем переносится и читается в любой более новой версии солида; - деталь читается макросом от Леона «SpecEditor».

(В детали необходимо достроить ссылку на сопряжение как в тулбоксе).

2. Следующие два файла: Деталь.PRTDOT и Сборка.asmdot – шаблоны.

Если я не ошибаюсь то макрос «MProp» при заполнении свойств детали/сборки (в случае отсутствия свойств) в качестве «Обозначения» использует имя файла, а в качестве «Наименования» вручную забивается имя детали/сборки.

Так вот если попробовать сделать наоборот, как сделано в шаблонах, то получим совсем иную картину:

Наименование -> $PRP:"SW- Имя файла(File Name)" -> Имя файла

Обозначение -> $PRP:"SW- Имя конфигурации(Configuration Name)" -> Имя конфигурации в дереве конфигураций. Данный способ заполнения свойств деталей/сборок хорош в тех случаях, когда используются исполнения, будь то конфигурации в дереве конфигураций (см.рис.) или конфигурации в таблице параметров (как в примере с «Винт»ом). После запуска макроса «MProp» выше перечисленные свойства остаются нетронутыми и спокойно заносятся в спецификацию…

В случае когда необходимо создать несколько деталей с одинаковым именем добавляем пробел в имени файла, например: Вилка.SLDPRT ,Вилка .SLDPR и т.д.

Архив.rar

Если эта инфа была лишней или уже обсуждалась, прошу строго не осуждать.

Еще раз спасибо Леону за макросы и ребятам че подсказали как справится с компасовской базой материалов(помогло но тока на SolіdWorks 2009х32 на SolіdWorks 2010х64 пока хфонарь)!

[SERoz 201]

В случае когда необходимо создать несколько деталей с одинаковым именем добавляем пробел в имени файла, например: Вилка.SLDPRT ,Вилка .SLDPR и т.д.

Это хорошо. когда вилок 2 шт., а ежели их 5-100 исполнений - скока тогда пробелов добалять????

[Водяной 73]

Это хорошо. когда вилок 2 шт., а ежели их 5-100 исполнений - скока тогда пробелов добалять????

С исполнениями то какраз проблем и нет, в дереве конфигураций мона создать их хоть скока позволяет солид...

Я имел ввиду что бывают такие детали как Труба АБВ 450.00.00.001, Труба АБВ 450.00.00.002 и т.д., это не два разных исполнения а совершенно две разные детали в которых "Труба" - это имя файла а "АБВ 450.00.00.001" - конфигурация.

А проблеммы в том что в винде в одной папке не может хранится два файла с одинаковым именем...

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

В принципе в последнее время я стараюсь записывать файл типа "Труба - АБВ 450.00.00.001", а в "MProp" В графе наименование перезабиваю вместо "$PRP:"SW- Имя файла(File Name)"" -> "Труба" вручную.

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

Хотя это уже кому как удобно...

[SERoz 201]

Водяной

Наверное опять чего-то не понял - но если Ваши трубы (Труба АБВ 450.00.00.001, Труба АБВ 450.00.00.002 и т.д.) это всё же разные детали, то кто Вам мешает не плодить конфигурации (тем более что это разные деталей, но с одним именем "Труба"), а сделать всё же разные файлы (Труба АБВ 450.00.00.001.sldprt, Труба АБВ 450.00.00.002.sldprt и т.д.)????

Думаю так будет меньше путаницы....

Хотя конечно - это Ваша "селёдка" и Вы вправе делать с ней что нравится....

А номера и мне приходится менять - ну что????

Меняю имя файла, далее при запуске сборки идёт запрос "где это файл??", ну и указываю новое имя (пару мин.)....

[Водяной 73]

"а сделать всё же разные файлы .... "

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

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

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

Хотя может я и зря все это...

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

[Leon 442]

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

Дата проставляется в чертеже при создании PDF и при внесении изменений. Автоматом ставится текущая дата.

Обозначения не обязательно брать из имени файла. В MProp есть возможность вводить любое Обозначение.

[O.Rybka 3]

У меня вопрос по MProp.

Почему в обозначение документа его код (СБ, ВП и т.д. ) добавляется с пробелом.

Это баг или так и должно быть?

Вроде в ЕСКД везде без пробелов. Далее в SpecEditor код добавляется без пробела.

Спасибо за огромный проделанный труд.

SW2009SP4.1 всё встало и работает

[Leon 442]

O.Rybka

Если честно, то я не знаю как правильно. В примерах ГОСТ 2.201 написано без пробела. В примерах ГОСТ 2.106 с пробелом. Я раньше писал без пробела, многие пишут с пробелом. В новых форматках я решил добавить пробел. В спецификацию просто не успел.

[Водяной 73]

Здраствуйте Леон.

В случае когда "Наименование" имеет длинное название как показано на рисунке => сужается шрифт "Обозначения", это как-то можно исправить, или это опять я чета набокопорил с именами...?

"Наименование" записано как Труба 20х2,5 ГОСТ 3262-75 L = "D1@Вытянуть-Тонкостенный1@Трубка соединения.SLDPRT"мм

"Обозначение" - $PRP:"SW- Имя конфигурации(Configuration Name)"

Естесно все перегенерено "Редактором свойств моделей".

Спасибо!

[Leon 442]

В случае когда "Наименование" имеет длинное название как показано на рисунке => сужается шрифт "Обозначения", это как-то можно исправить, или это опять я чета набокопорил с именами...?

К сожалению это пока такая особенность - если в какой-либо ячейке есть длинный текст, то поджимается вся строка специи, а не только это ячейка. Попробую усложнить алгоритм и что-то сделать с этим. Если хотите отказаться вообще от поджатия строк, то можно выставить параметр "Сжатие длинных строк" в 1.

[Водяной 73]

У меня дома установлен SolidWorks 2010x64, вот такая беда случается со спецификацией....

Зависает тока окно "SpecEditor v.4.2"...

Вот че удалось вытащить после закрытия чертежа

Как это можно исправить?

...Если хотите отказаться вообще от поджатия строк, то можно выставить параметр "Сжатие длинных строк" в 1.

Где и как его вставлять(параметр)?

Спасибо!!

Извените что надоедаю

[O.Rybka 3]

Leon

ГОСТ 2.106-96

Единая система конструкторской документации. Текстовые документы

Настоящий стандарт устанавливает формы и правила выполнения конструкторских документов изделий машиностроения и приборостроения.

А вот ГОСТ 2.201-80

Единая система конструкторской документации. Обозначение изделий и конструкторских документов

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

Во втором ГОСТе нет пробелов.

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

Может узнаем, что по этому поводу скажет наш коллективный разум? Темка назрела "В начале был пробел.. ." , шутка