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

[Leon 435]

Пакет макросов 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

[Leon 435]

А нельзя сделать опцию "автоматически не переносить"? Пусть лучше залезет. Или в таблице невозможно чтобы текст не сжимался, не переносился, а тупо залезал на правую ячейку?

К сожалению нельзя.

М-да, не всё хорошо со спецификацие на листе. Кривая шапка,

А что с шапкой?

Осмелюсь предложить "красивый" варириант

Если в SProp вводить отдельно НАЗВАНИЕ(винт, гайка и тд.), ТИПОРАЗМЕР(М3х6, М2,5х10 и тд), ДОКУМЕНТ(ГОСТ, ОСТ, ТУ, и тд), но и "полное" наименование(винт М3х6 ГОСТ...) не удалять.

Это пожалуйста, сделать можно. Но в столбец Наименование у вас все равно только одно свойство попадет. И имя для этого свойства должно быть таким же у деталей и сборок.

Кстати в навесочке Propex_11 для SW, которая делает доп. закладочку("радужную" такую) в менеджере проектов(по-моему так называется)

можно вставлять значок(команда Insert LF) переноса на новую строку(отображается квадратом)

А зачем нужен перенос на следующую строку? В таблице и так все переносится.

LEON, если не трудно, объясните принципы работы макросов с конфигурациями.

хотя бы в двух словах...(но лучше подробненько biggrin.gif ) Для HELPa да и вообще...

Ок, напишу.

[SAMMY 0]

Это пожалуйста, сделать можно. Но в столбец Наименование у вас все равно только одно свойство попадет. И имя для этого свойства должно быть таким же у деталей и сборок.

Ну назовем ТИП(винт, гайка и др.), а НАИМЕНОВАНИЕ будет одно. т.е. НАИМЕНОВАНИЕ=ТИП+ТИПОРАЗМЕР+ДОКУМЕНТ

ТИП, ТИПОРАЗМЕР, ДОКУМЕНТ - новые свойства нужны для формирования НАИМЕНОВАНИЯ, "убыстренной" сортировки и выполнения группировки(вместо полного НАИМЕНОВАНИЯ использовать ТИПОРАЗМЕР - это по-моему не нарушит ассоциативности СП)

А зачем нужен перенос на следующую строку? В таблице и так все переносится.

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

Для достижения результата пришлось вводить в ручную символ переноса.

Кстати свободные строки - это перенос+пробел

[Leon 435]

Ну назовем ТИП(винт, гайка и др.), а НАИМЕНОВАНИЕ будет одно. т.е. НАИМЕНОВАНИЕ=ТИП+ТИПОРАЗМЕР+ДОКУМЕНТ

ТИП, ТИПОРАЗМЕР, ДОКУМЕНТ - новые свойства нужны для формирования НАИМЕНОВАНИЯ, "убыстренной" сортировки и выполнения группировки(вместо полного НАИМЕНОВАНИЯ использовать ТИПОРАЗМЕР - это по-моему не нарушит ассоциативности СП)

Я имел ввиду "гарантированный" перенос

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

[SAMMY 0]

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

в "рюшечках" сила

да и удобно всетаки

Изменено 4 января 2010 пользователем SAMMY

[SAMMY 0]

Вопрос к LEONу

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

Изменено 4 января 2010 пользователем SAMMY

[SERoz 201]

Это пожалуйста, сделать можно. Но в столбец Наименование у вас все равно только одно свойство попадет. И имя для этого свойства должно быть таким же у деталей и сборок.

Ну назовем ТИП(винт, гайка и др.), а НАИМЕНОВАНИЕ будет одно. т.е. НАИМЕНОВАНИЕ=ТИП+ТИПОРАЗМЕР+ДОКУМЕНТ

ТИП, ТИПОРАЗМЕР, ДОКУМЕНТ - новые свойства нужны для формирования НАИМЕНОВАНИЯ, "убыстренной" сортировки и выполнения группировки(вместо полного НАИМЕНОВАНИЯ использовать ТИПОРАЗМЕР - это по-моему не нарушит ассоциативности СП)

SAMMY - т.е. Вы предлагаете ввести ещё несколько окон (и соответственно столбцов) для ввода этих параметров (хотя, для примера, такое есть в Навигаторе)????

Может проще будет ввести какой-нить спец.символ (символы) и отделять им нужное в НАИМЕНОВАНИИ (где принято прописывать всё) и при сортировке это бы учитывалось???

Например:

Сортировка по РАЗДЕЛу, далее - по НАИМЕНОВАНИЮ, далее - по ТИПу:

Если есть ТИП (например: Винты) то следующий аналогичный пропускается (если нет вводится в ячейку), далее - если есть ТИПОРАЗМЕР, суммируется кол-во (если нет вводится в ячейку), ну и т.д...

[SAMMY 0]

SAMMY - т.е. Вы предлагаете ввести ещё несколько окон (и соответственно столбцов) для ввода этих параметров????

Может проще будет ввести какой-нить спец.символ и отделять им нужное в НАИМЕНОВАНИИ (где принято прописываеть всё) и при сортировке это бы учитывалось???

Например:

Если есть ТИП (например: Винты) то следующий аналогичный пропускается (если нет вводится), далее - если есть ТИПОРАЗМЕР, суммируется кол-во (если нет вводится), ну и т.д...

Я в общем и предложил ввести знак переноса для той же цели (удобства сортировки). Плюс возможность группировки. Да и в СП смотрится красиво (хоть и "рюшечки").

[SAMMY 0]

Еще неплохо бы "научить" макрос брать ТИП, ТИПОРАЗМЕР и ДОКУМЕНТ из Названия конфигурации, а не просто вставлять его между Наименеванием и Обозначением ДНП т.к. много деталек и сборок имеют названия конфигураций соответствующие полному наименованию (например крепеж TOOLBOX)

[Sergei 298]

может! У меня Windows 7 x32 и SolidWorks 2010 х32 sp1.

Сегодня на работе посмотрел в win7x32 тоже нет свойств. В чём же причина?

[Ruslan 802]

Sergei

Сегодня на работе посмотрел в win7x32 тоже нет свойств. В чём же причина?

Сегодня дома поставил SW2009 на WIN7. Свойства появились (Подробно, описание).

Попробуйте просто переустановить SW, но не ставить всякие e-drawing и SW-вьюверы, возможно они перебивают ссылки реестра с нужных.

[asasser 0]

Специя на листе чертежа.

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

Не специя на чертеже, а чертёж на специи. =) По логике так.

[profi10 0]

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

Не специя на чертеже, а чертёж на специи. =) По логике так.

Подтверждаю. Это не склероз, а ГОСТ

[Sergei 298]

Специя на листе чертежа.

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

Не специя на чертеже, а чертёж на специи. =) По логике так.

И вообще нужен ли тогда раздел "Документация"?

[Leon 435]

asasser

profi10

Согласен, нужно доделать.

И вообще нужен ли тогда раздел "Документация"?

Если есть другие документы, например ВП, то нужен.

[asasser 0]

Уважаемый _Leon_, на мой взгляд приоритетнее добавить ТТ и выбор материала как в "основной надписи" например, т. е. расширять функционал, а не углублять его. Учитывая сумасшедшую автоматизированность и скорость выполнения кд даже при текущем состоянии ваших макросов считаю остальное (группировку метизов, специю на листе и тд) второстепенными задачами. Ведь эти упрощения придуманы во времена кульмана и служат (служили) для сокращения ручного труда конструктора. В конце концов, они допустимы, но не обязательны с точки зрения ГОСТ. Эти нововведения приведут лишь к экономии пары листов бумаги =).

[profi10 0]

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

Полностью согласен

Уважаемый _Leon_, =).

Количество стандартных в отдельно взятой СП определяется оптимизацией проектирования изделия. НЕОБХОДИМО! компоновать конечное изделие из комплекта входящих в него узло-подузлов-комплектов-деталей. Простите за азбучные истины основ проектирования и технологии машиностроения А если все детали кидать в общую сборку- то это КОШМАР!

[Leon 435]

LEON, если не трудно, объясните принципы работы макросов с конфигурациями.

хотя бы в двух словах...(но лучше подробненько biggrin.gif ) Для HELPa да и вообще...

Да, существуют некие принципы работы макросов с конфигурациями. Я, по возможности вынес эти принципы "за скобки", чтобы сделать макросы как можно более универсальными.

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

Если деталь или сборка имеет несколько вариантов отображения (в рамках одного исполнения), то это реализовывается через вложенные, или как они обозваны в солиде, извлеченные конфигурации. Эти извлеченные конфигурации именуются как "00 ГЧ", "00 Э3", "00 Для чертежа", "00 Для расчетов" и т.д. Например есть прокладка, которая вставлена в сборку в сжатом виде. Тогда конфигурация 00 эта сжатая конфигурация для сборки, а конфигурация "00 Для чертежа" соответственно для чертежа, не сжатая.

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

Использование данной логики работы с конфигурациями заложено в макросах MProp и SProp для заполнения свойств.

В макросе MProp есть галочка "Из конфигурации". Она становится активной при установленной галочке "Исполнение" и вставляет имя конфигурации в качестве номера исполнения. Причем текстовая часть, например "ГЧ" для конфигурации "00 ГЧ", отбрасывается.

В макросе SProp есть галочка "Включить имя конфигурации". Она добавляет имя конфигурации, например М3х6 между Винт и DIN 912. Я думаю, это тоже понятно.

Собственно и все.

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

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

Я думаю, что подход к автоматизации работы в солиде по ЕСКД, реализованный в данных макросах ничего большего и не должен предполагать. Он рассчитан на небольшие КБ или на отдельных конструкторов. Если речь идет о больших конторах, то это уже должен быть следующий качественно другой уровень, предполагающий работу через PDM или PLM систему. Но у большой конторы и возможности большие. И купить софт соответствующий, и настроить и свой штат программеров держать. И главное понимание есть, что все это нужно.

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

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

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

Уважаемый _Leon_, на мой взгляд приоритетнее добавить ТТ и выбор материала как в "основной надписи" например, т. е. расширять функционал, а не углублять его.

ТТ уже давно есть, просто я не включал его в комплект макросов и выкладывал отдельно. Добавлю.

[SAMMY 0]

Да, существуют некие принципы работы макросов с конфигурациями. Я, по возможности вынес эти принципы "за скобки", чтобы сделать макросы как можно более универсальными.

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

Если деталь или сборка имеет несколько вариантов отображения (в рамках одного исполнения), то это реализовывается через вложенные, или как они обозваны в солиде, извлеченные конфигурации. Эти извлеченные конфигурации именуются как "00 ГЧ", "00 Э3", "00 Для чертежа", "00 Для расчетов" и т.д. Например есть прокладка, которая вставлена в сборку в сжатом виде. Тогда конфигурация 00 эта сжатая конфигурация для сборки, а конфигурация "00 Для чертежа" соответственно для чертежа, не сжатая.

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

Использование данной логики работы с конфигурациями заложено в макросах MProp и SProp для заполнения свойств.

В макросе MProp есть галочка "Из конфигурации". Она становится активной при установленной галочке "Исполнение" и вставляет имя конфигурации в качестве номера исполнения. Причем текстовая часть, например "ГЧ" для конфигурации "00 ГЧ", отбрасывается.

В макросе SProp есть галочка "Включить имя конфигурации". Она добавляет имя конфигурации, например М3х6 между Винт и DIN 912. Я думаю, это тоже понятно.

Собственно и все.

Спасибо! Эта инфа послужит основой для составления HELPa.

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

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

Здесь позвольте не согласиться с Вами. "Предполагать" можно много еще чего. Работа над "гибкостью" макросов, т.е. возможность максимально (а лучше 100%-но) адаптировать их под выпуск КД в различных отраслях.(другими словами предусмотреть большинство нюансов и требований ГОСТ)

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

ЗОЛОТЫЕ СЛОВА!!! У меня такая же фигня.... Хотя контора занимается весьма серьезными и ответственными разработками.

И это логично, потому что для наших объемов документации даже, то что я написал, уже является избыточным.

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

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

Этим высказыванием Вы совсем меня добили. Откуда такой писсимизм?.. На кого же Вы покините армию страждущих конртрукторов и разработчиков?..

Хотя Вас можно понять... Ничего, кроме одобрения участников форума не получать... А в добавок слышать - ЕЩЕ! ЕЩЕ СДЕЛАЙ ЭТО! ЕЩЕ СДЕЛАЙ ТО!...

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

Хорошо если я ошибаюсь и кто-то может предложить гораздо большее чем ...

Надеюсь что всетаки Вы не оставите работу над макросами несмотря на все трудности с этим связанные.

ТТ уже давно есть, просто я не включал его в комплект макросов и выкладывал отдельно. Добавлю.

Буду ждать.

Изменено 6 января 2010 пользователем SAMMY

[SERoz 201]

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

:worthy: :cry_1:

Хотя Вас можно понять... Ничего, кроме одобрения участников форума не получать... А в добавок слышать - ЕЩЕ! ЕЩЕ СДЕЛАЙ ЭТО! ЕЩЕ СДЕЛАЙ ТО!...

Максимум, что может предложить Вам любой из нас - Напоить от души пивом... drinks_drunk.gif (Ведь мы такие же негры(афроамериканцы) blush.gif)

Хорошо если я ошибаюсь и кто-то может предложить гораздо большее чем drinks_drunk.gif...

Надеюсь что всетаки Вы не оставите работу над макросами несмотря на все трудности с этим связанные.

[SAMMY 0]

Подскажите кто-нибудь. На днях поставил W7х64 и соответственно SW2010 x64 SP1.

А макросы перестали работать... некоторые запускаются, но не поверх SW, а некоторые не работают совсем - вешают SW и усё...

Поможите! Может кто-то сталкивался...

Изменено 9 января 2010 пользователем SAMMY