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

[Backsik 1]

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

[SERoz 201]

Вот тут перечитывал ГОСТ 2.004-88

_Leon_

Просто к сведению:

2. ОБЩИЕ ТРЕБОВАНИЯ К ФОРМАМ ДОКУМЕНТОВ

2.1..............................

Примечания:

...................

2. Графу "Зона" формы 5 ("Спецификация") приложения 2 допускается исключать и за счет нее увеличить размер граф "Наименование" и (или) "Обозначение", если сборочный чертеж (схема) не разбит на зоны.

GriSt

Наверное НК (который упоминал Backsik) имел виду (из ГОСТ 2.004-88):

1.13. При выполнении текстовых документов, разбитых на графы, допускается:

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

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

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

И потом - "заполнения СП через строчку" использовались при работах с тушью, для возможности вносить изменения и дополнения...

Теперь же (при использовании компа) эта нужность отпала (т.к. все исправления можно вносить прямо в СП)....

Т.ч. на мой взгляд (и вкус) - эти требования даавно уже устарели...

Конечно бодаться с НК довольно сложно (особенно с "бабушками"), но можно упереться, например, в экономию бумаги (она ж денежек стоит) или попытаться объяснить, что все исправления будут делаться в чистовом виде (без помарок и подчисток)...

У нас НК просит лишь о доп. строках (2-3) между разделами....

[Leon 442]

Ув. LEON когда примерно можно ждать появления в спецификации возможности заполнения через строчку?.

Не раньше Ноября. Сейчас дел на работе много.

[Michael_Mira 135]

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

Теперь же (при использовании компа) эта нужность отпала (т.к. все исправления можно вносить прямо в СП)....

Т.ч. на мой взгляд (и вкус) - эти требования даавно уже устарели...

Конечно бодаться с НК довольно сложно (особенно с "бабушками"), но можно упереться, например, в экономию бумаги (она ж денежек стоит) или попытаться объяснить, что все исправления будут делаться в чистовом виде (без помарок и подчисток)...

Абсолютно согласен, но не всегда меняется только на компе и все.

Например, есть ПДФ СП и надо ввести одну детальку. И что, переделывать ПДФ?

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

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

[SERoz 201]

SERoz

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

Ну а в таком виде??

ГОСТ 2.105-95 _ ОБЩИЕ ТРЕБОВАНИЯ К ТЕКСТОВЫМ ДОКУМЕНТАМ

5 ТРЕБОВАНИЯ К ТЕКСТОВЫМ ДОКУМЕНТАМ, СОДЕРЖАЩИМ ТЕКСТ,

РАЗБИТЫЙ НА ГРАФЫ

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

5.2 Наименования разделов и подразделов записывают в виде заголовков строчными буквами (кроме первой прописной) и подчеркивают.

Расположение заголовков для ведомостей установлено соответствующими стандартами ЕСКД и СПДС.

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

5.3 Примечания к разделам, подразделам или ко всему документу нумеруют в соответствии с 4.2.21.

5.4 В текстовых документах, имеющих строки, все записи проводят на каждой строке в один ряд.

Для облегчения внесения изменений:

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

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

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

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

И чего-то не заметил - чтобы были рекомендации о заполнении СП через строчку (хотя может плохо искал)...

Впрочем каждый красит свою селёдку как привык....

[SERoz 201]

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

Поэтому и строчку пустую я бы ставил при возможности.

Вообще-то Обозначение деталей присваивают по Классификатору ЕСКД (ну или как у нас - по старенькому МН СЧХ (ну привыкли)) - а не "по важности" (если конечно правильно понял слово "Обозначение" в данном случае)...

А строчки можно добавить в конце раздела (скока надо) - уже после создания СП, можно отредактировать его как Вам надо (слить табл.СП, вставить что надо и разбить по-новой - если надо конечно)

[Sergei 298]

А вот и в детальке ошибка выскочила в MProp:

[streamdown 1 567]

это файл штриховки глючит

[Sergei 298]

это файл штриховки глючит

А что делать то? Я же не трогал файл штриховки, какой был в дистрибутиве, такой и есть. SW2010SP4x32

[Michael_Mira 135]

Вообще-то Обозначение деталей присваивают по Классификатору ЕСКД...

...каждый красит свою селёдку как привык....

[SERoz 201]

Michael_Mira

Т.е. вы работаете не по ГОСТ или ЕСКД - а как Вам удобнее (это по поводу селёдки)???

Или я Вас не правильно понял (тады извиняйте)???

Хотя, у меня, про селёдку было об дргуом...

[Michael_Mira 135]

Michael_Mira

Т.е. вы работаете не по ГОСТ или ЕСКД - а как Вам удобнее (это по поводу селёдки)???

Или я Вас не правильно понял (тады извиняйте)???

Хотя, у меня, про селёдку было об дргуом...

Номер присваивается на изделие(верхняя сборка), а деталировка-.001, .002 и т.д.

Тогда по начальным цыфрам я могу сказать точно куда входит деталь и как она представлена.

А то мне не понятно, как "корпус" или что-то в этом роде будет в СП после всего-лишь оси, которая в сборке второстепенная!

Но это уже не по теме! (Тема о пропуске строк).

Примерно так у нас выглядит СП.

(С нормоконтролем проблем нет, пустые строки нужны лично для удобства внесения изменений).

[SERoz 201]

Номер присваивается на изделие(верхняя сборка)

Ну, судя по картинке, у Вас действительно номера по своему классификатору (по Классификатору ЕСКД та же траверса - 52хххххх)....

Впрочем Вы действительно правы - это уже не по теме....

А пустые строки у нас тоже делають - скорее по-привычке (добавляем уже после создания СП)...

Т.к., в случае чего, проще перевыпустить лист СП, чем вписывать что-то....

[Liga 16]

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

[SERoz 201]

Liga

По вопросу "заимствованных деталей" уже писалось в этой теме...

Если коротко (как у нас):

1. создается шаблон СП для ВВ (у нас Ведомость Входящих - где все заимствованные детали)...

Он создаётся на базе СП макроса Леона - только вставляются несколько граф (Проект (раньше была - теперь вроде Шифр), Раздел и ещё чего-то)...

2. делается встроенная в Солид СП (с этим шаблоном)...

3. сортируется по Проекту (т.е. Обозначение откуда заимствовано)...

4. строки одного проект Группируются (есть кнопка) - этот пункт можно пропустить...

5. перед группой вставляется надпись "Заимствовано из...."

6. данная группа перегруппировывается вместе с этой строкой...

Всё...

[Leon 442]

А теперь вопрос, как сделать, чтобы была одна общая таблица спецификации для каждых из листов спецификации. Вообщем так, как это делает макрос SpecEditor.

Таблицу можно делить на части и перетаскивать эти части на другие листы.

[Liga 16]

Таблицу можно делить на части и перетаскивать эти части на другие листы.

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

Изменено 30 сентября 2010 пользователем Liga

[Водяной 73]

А переместить одну из частей на другой лист не выходит

Воспользуйтесь кобинацией клавиш "Ctrl X" и "Ctrl V"

[streamdown 1 567]

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

Ошибка?

[Leon 442]

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

А если перезагрузить солид все равно не получается? Просто если материал создавался в этом же сеансе, то возможно он попадает сначала во временную базу. Хотя не уверен, надо проверить.