Спецификация для 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

[streamdown 1 565]

SWPlus_v_2013_SP1 - в шаблоне Master_Template_Sheet1 присутствует заметка Format. При использовании макроса Master в основных надписях именно для первого листа эта заметка теряется (не вставляется в шаблон основной надписи)

[Leon 435]

SWPlus_v_2013_SP1 - в шаблоне Master_Template_Sheet1 присутствует заметка Format. При использовании макроса Master в основных надписях именно для первого листа эта заметка теряется (не вставляется в шаблон основной надписи)

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

[Open Gamer 3]

Убился с моделями, где присутствуют кабельные сборки. Галочка в свойствах специи модели в разделе "группировка маршрутных компонентов" - "отобразить только маршрутные компоненты" НЕ УСТАНОВЛЕНА. Тем не менее, только они в специю и лезут. Ежели погасить все кабели - всё остальноет генерируется. Сие наблюдается и в 2012 и в 2013 солиде с соответствующими макросами (СП0 и СП1). Любопытно, что своя солидовская специя генерируется правильно.
В другой сборочке с кабелем при непогашении кабеля отображается лишь несколько деталек, к кабелю отношения не имеющие.
Ужаснемогу...

[Boria777 0]

Убился с моделями, где присутствуют кабельные сборки. Галочка в свойствах специи модели в разделе "группировка маршрутных компонентов" - "отобразить только маршрутные компоненты" НЕ УСТАНОВЛЕНА. Тем не менее, только они в специю и лезут. Ежели погасить все кабели - всё остальноет генерируется. Сие наблюдается и в 2012 и в 2013 солиде с соответствующими макросами (СП0 и СП1). Любопытно, что своя солидовская специя генерируется правильно.

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

Ужаснемогу...

Присоединяюсь. Когда в сборке присутствуют маршрутные компоненты (кабели или трубопроводы), то в спецификации появляются только они. Если после создания спецификации в свойствах таблици убрать во вкладке "групировка маршрутных компонентов" все галки и потом отформатировать спецификацию то все детали появляются но НЕ появляется раздел Детали. А как убрать эти галки по умолчанию не понятно.

Леон не подскажите как с этим боротся?

[Open Gamer 3]

Ну, в общем, если после убрания галок "групировка маршрутных компонентов" произвести не только форматирование, но и сортировку - всё встает на свои места.

Ура!

[Boria777 0]

 Заработало

[Leon 435]

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

[igor86 0]

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

 

Пользовался долгое время солидом 2012 и вообще никаких проблем с макросами не было.

Но тут меня подбили на 14-ю версию и начались танцы с бубном...

 

Солид 2014 сп0, скачал макросы "SWPlus_v_2013_SP1", заменил шаблоны и первый макрос который попытался установить (MProp), сразу же начал "выносить мозг".

 

Проверил библиотеки, всё норм.

Подскажите пожалуйста, в какую хоть сторону рыть??

 

 

[streamdown 1 565]

@@igor86, в настройках программы пропишите путь к шаблонам документов.

[streamdown 1 565]

Проверьте, плз.

 

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

[igor86 0]

@@igor86, в настройках программы пропишите путь к шаблонам документов.

 

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

[streamdown 1 565]

Посмотрите теперь на раздел "Шаблоны по умолчанию".

[Boria777 0]

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

С макросом Mprop есть еще одна проблема. Если свойство «Обозначение» заполняется первый раз макросом SpecEditor то Mprop это свойство не видит и по умолчанию продолжает вставлять $PRP:"SW-File Name" в поле значения.  А это очень неудобно в случае, когда имя файла не есть обозначение.  Приходится постоянно ставить галку «ввести обозн.» и перезаписывать свойство вручную.

В связи с этим есть несколько вопросов.

1. Это ошибка или так и задумано? Помоему макрос должен сначала проверять значение свойства «Обозначение» и только если там ничего не записано вставлять $PRP:"SW-File Name"
2. Насколько я понимаю проблема в этой строчке (см. рис.).

   Если я поменяю «TxtNumber.Value = sNumberTitle» на swModel.CustomInfo(prpNumber) то макрос будет по умолчанию вставлять обозначение зачитанное из свойств модели? Или проблема совсем не в этом и малой кровью решить её не получится?

[SERoz 201]

Это ошибка или так и задумано?

Так задумано - читайте справку макроса...

 

Помоему макрос должен сначала проверять значение свойства «Обозначение» и только если там ничего не записано вставлять $PRP:"SW-File Name"

Это только по-Вашему - макрос создавался для определённых задач и с ними справился (по-моему)...

У многих - Обозначение, это имя файла (так удобнее)...

 

Если я поменяю «TxtNumber.Value = sNumberTitle» на swModel.CustomInfo(prpNumber)...

(позволю себе, немного побыть ИО автора )

Автор макроса давно разрешил менять его код под свои задачи...

[Boria777 0]

У многих - Обозначение, это имя файла (так удобнее)...

 

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

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

 

 

Автор макроса давно разрешил менять его код под свои задачи...

 

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

[SERoz 201]

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

Обычно СП формируется на этапе создания КД...

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

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

Я неправильно задал вопрос. Я хотел узнать что именно нужно поменять в коде чтоб макрос начал по умолчанию вводить обозначение зачитанное из свойств модели.

Я не телепат, но примерно об этом и написал (в смысле про замену кода)...

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

"Метод "научного" тыка" - "двигатель прогресса"

Кроме Леона на этот вопрос, наверное врятли кто ответит - наверное лучше писать ему в личку...

ИМХО конечно...

[Boria777 0]

"Метод "научного" тыка" - "двигатель прогресса"

  согласен но занимает много времени.

 

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

Данный пакет макросов всем хорош и полностью меня устраивает кроме поведения с маршрутными компонентами (но тут как сказал Леон ничего не поделаеш) и этой заманухи с обозначением в MProp.

 

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

 

Если свойство файла "обозначение" уже заполнено (до первого запуска MProp) то флажок "ввести обозначение" активен и по умолчанию зачитывается обозначение из свойств файла.

Если свойство файла "обозначение" пустое то оставить все как есть (зачитывать обозначение из имени файла).

 

Быть может Леон прислушается к этому предложению. Данное условие как минимум не навредит.

[bnickl 21]

 

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

 

Если свойство файла "обозначение" уже заполнено (до первого запуска MProp) то флажок "ввести обозначение" активен и по умолчанию зачитывается обозначение из свойств файла.

Если свойство файла "обозначение" пустое то оставить все как есть (зачитывать обозначение из имени файла).

 

Быть может Леон прислушается к этому предложению. Данное условие как минимум не навредит.

 

Было бы хорошо. Тоже иногда надо.

[SERoz 201]

Если свойство файла "обозначение" уже заполнено (до первого запуска MProp) то флажок "ввести обозначение" активен и по умолчанию зачитывается обозначение из свойств файла.

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

"Если свойство файла "обозначение" уже заполнено" - кем, где и как оно будет заполняться???

МПроп и предназначен именно для заполнения этого свойства - так что изначально, свойство Обозначение НЕ ЗАПОЛНЕНО (по-умолчанию)...

Было бы неплохо прочитать справку к этому пакету (файл - SWPlus.chm)...

 

Конечно можно и напрямую (Файл\Свойства и т.д.) прописывать Обозначение - но зачем, когда удобнее делать это в МПроп???

Или, для предварительно заполнения Обозначения, использовать другие макросы, например - Оснвная надпись Beta v.2.4 SW2007...

[Leon 435]

С макросом Mprop есть еще одна проблема. Если свойство «Обозначение» заполняется первый раз макросом SpecEditor то Mprop это свойство не видит и по умолчанию продолжает вставлять $PRP:"SW-File Name" в поле значения. А это очень неудобно в случае, когда имя файла не есть обозначение. Приходится постоянно ставить галку «ввести обозн.» и перезаписывать свойство вручную. В связи с этим есть несколько вопросов. Это ошибка или так и задумано? Помоему макрос должен сначала проверять значение свойства «Обозначение» и только если там ничего не записано вставлять $PRP:"SW-File Name" Насколько я понимаю проблема в этой строчке (см. рис.). Если я поменяю «TxtNumber.Value = sNumberTitle» на swModel.CustomInfo(prpNumber) то макрос будет по умолчанию вставлять обозначение зачитанное из свойств модели? Или проблема совсем не в этом и малой кровью решить её не получится?

Скажите, как вы заполняете Обозначение с помощью макроса SpecEditor? В нем вроде нет такой функции ...

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