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

[Leon 445]

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

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

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

[FurZeal 0]

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

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

[Leon 445]

Допустим Схемное обозначение в Примечание часто пишут

Это по ГОСТ так?

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

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

[FurZeal 0]

Это по ГОСТ так?

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

Т.е. я так понял при пересортировке прописанное ручками примечание будет принадлежать той строке где и было прописано и изменит свое положение в случае если допустим деталь изменит свое? Если так то никаких проблем нет:) Осталось только придумать как обыграть заимствование - проверку вроде бы не сложно осуществить (по первичному применению) Кстати, нельзя ли таким образом связь с моделью рвать прямо в макросе?

P.S. на счет первого вопроса: Ну если ГОСТ позволяет писать в графу Примечание любые дополнительные сведения для планирования и организации производства, то значит по ГОСТ так:)

Изменено 18 июня 2009 пользователем FurZeal

[Leon 445]

Ну если ГОСТ позволяет писать в графу Примечание любые дополнительные сведения для планирования и организации производства, то значит по ГОСТ так:)

Не, вы меня не путайте )) Одно дело позволяет, другое дело требует. Если вы найдете в ГОСТ указание, требующее записи в Примечание разных данных для разных спецификаций, то я буду пересматривать свой подход.

Кстати, нельзя ли таким образом связь с моделью рвать прямо в макросе?

Можно.

[FurZeal 0]

Не, вы меня не путайте )) Одно дело позволяет, другое дело требует. Если вы найдете в ГОСТ указание, требующее записи в Примечание разных данных для разных спецификаций, то я буду пересматривать свой подход.

Можно.

Так он и писать о том, что деталь заимствуется не требует, однако же народ пользуется этим:)

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

Т.е. Выглядеть графа Примечание будет в таком виде: А1, А3 заимств., либо черточка:)

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

[Leon 445]

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

Если свойство Примечание в модели заполнено, то записывается ))

Т.е. Выглядеть графа Примечание будет в таком виде: А1, А3 заимств., либо черточка:)

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

[SERoz 201]

_Leon_ и FurZeal

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

И уже там структурировать всё по первосборкам и устройствам откуда взяты детальки...

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

Прадва если деталек 2-3 - то подбоная ВВ не есть гуд...

А если таких деталек 50-100 и более, тогда ПП записанные в графу "Примечание", будет жутким кошмаром (особеннои при попытке всё это прочитать)...

Т.е. сделать ещё одну ветку макроса, где собирались бы все детальки только с ПП...

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

[FurZeal 0]

_Leon_ и FurZeal

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

И уже там структурировать всё по первосборкам и устройствам откуда взяты детальки...

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

Прадва если деталек 2-3 - то подбоная ВВ не есть гуд...

А если таких деталек 50-100 и более, тогда ПП записанные в графу "Примечание", будет жутким кошмаром (особеннои при попытке всё это прочитать)...

Т.е. сделать ещё одну ветку макроса, где собирались бы все детальки только с ПП...

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

Да нет такой вариант не подойдет) У нас просто нет своего производства - мы только проводим монтаж ПП и сборку, а все железки передаются на заводы, причем разные:) Просто когда в примечании написано слово заимств., то интуитивно все становится ясно любому человеку в производственной спецфике, будь то специалист, который занимается подготовкой деталей к запуску на станке ЧПУ, будь это дедушка, который технологию пишет до сих пор от руки:) В связи с тем, что у нас всегда работа срочная(бывает, что надо платежный терминал или информационный киоск сварганить за 2 недельки), то мы ничего, кроме СП не делаем - очень редко делаем ВП. Я сейчас работаю в Инвенторе на самом деле и меня в нем кое что не устраивает, поэтому пытаюсь оценить переспективы перехода на солид. В солиде меня привлекает возможность созданияопировал определенные столбцы в подготовленную(ничего в ней не правится, кроме номера сборки, ее наименования и приходилось копировать специю частями на каждый лист так сказать форматку в AutoCAD(СП) и в EXCEL(различные документы, которые помогают в работе). Так вот в той таблице было поле первичного применения и я сразу видел что деталь заимствована и тупо ручками вбивал в графу Примечание(не свойство модели). А при копировании в СП я просто этот столбец грубо говоря не захватывал:) Вводить ПП в графу Примечание, как уже было здесь сказано, действительно опасно, т.к. если деталь поменяет первичное применение начнется катастрофа:)

To Leon

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

Изменено 18 июня 2009 пользователем FurZeal

[alexNDRM 0]

alexNDRM

Так а что за шаблоны вы используете для листов чертежа?

Вы правы!

Использовал Редактор пользовательских свойств документов SWP приспособленный мною так же для заполнения штампов форматок SP1 и SP2. В SWP действительно "для количества листов прописана ссылка на системную переменную SW-Total Sheets".

Изменено 18 июня 2009 пользователем alexNDRM

[alexNDRM 0]

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

Получилась неподчеркнутая надпись, которая сортируется в конец спецификации. Содержимое этого раздела заполняется только вручную. Так и должно быть?

[SERoz 201]

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

Не совсем понятно, кто и на каком основании поменяет ПП - у нас есть детали с более 50-и летним стажем и ПП у них никогда не менялось....

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

[FurZeal 0]

Не совсем понятно, кто и на каком основании поменяет ПП - у нас есть детали с более 50-и летним стажем и ПП у них никогда не менялось....

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

Приведу пример, если так интересует:) Допустим имеется деталь А, она входит в сборку Х. В дальнешем выясняется, что к детали А необходимо приварить деталь Б. Детали А и Б тем самым образуют новую сборку Y, которая отныне входит в сборку Х. Соответственно ПП у детали А меняется, т.к. она выходит из СП сборки Х. Все просто:)

[SERoz 201]

Приведу пример, если так интересует:) Допустим имеется деталь А, она входит в сборку Х. В дальнешем выясняется, что к детали А необходимо приварить деталь Б. Детали А и Б тем самым образуют новую сборку Y, которая отныне входит в сборку Х. Соответственно ПП у детали А меняется, т.к. она выходит из СП сборки Х. Все просто:)

Орригинальное мышление ...

Если имеется деталь А - то она и в африке будет только А...

И если к ней приварить деталь Б - то это (как Вы правильно заметили) будет уже сборка Y или совсем другая деталь...

То Ваша сборка Х ДОЛЖНА иметь другой номер (или по-крайней мере исполнение) или извещения по-поводу замены детали А (можно конечно просто подменить страницу СП с деталью А на страницу со сборкой Y)...

И деталь А, никуда из сборки не выходит, а остаётся в ней же, но уже в составе сборки Y (на которую уже должна быть своя СП и в дальнейшем ПП, детали А, будут уже на сборку Y - в этом согласен)....

[Leon 445]

Получилась неподчеркнутая надпись, которая сортируется в конец спецификации. Содержимое этого раздела заполняется только вручную. Так и должно быть?

Не понятно про что вы говорите. Вы пытались создать раздел? В данный момент спецификация понимает только следующие разделы:

Документация

Комплексы

Сборочные единицы

Детали

Стандартные изделия

Прочие изделия

Материалы

Комплекты

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

Идея понятна, но как реализовать работу с этой текстовой переменной?

[FurZeal 0]

Идея понятна, но как реализовать работу с этой текстовой переменной?

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

А если вопрос идет о программной реализации, то тут я складываю руки - иначе сам бы сделал) В программировании шарю только на уровне логики, лингвистическими знаниями обладал только на уровне бейсика и паскаля и то в школе(более 10 лет назад):)))

Изменено 19 июня 2009 пользователем FurZeal

[FurZeal 0]

Орригинальное мышление ...

Если имеется деталь А - то она и в африке будет только А...

И если к ней приварить деталь Б - то это (как Вы правильно заметили) будет уже сборка Y или совсем другая деталь...

То Ваша сборка Х ДОЛЖНА иметь другой номер (или по-крайней мере исполнение) или извещения по-поводу замены детали А (можно конечно просто подменить страницу СП с деталью А на страницу со сборкой Y)...

И деталь А, никуда из сборки не выходит, а остаётся в ней же, но уже в составе сборки Y (на которую уже должна быть своя СП и в дальнейшем ПП, детали А, будут уже на сборку Y - в этом согласен)....

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

[SERoz 201]

[Leon 445]

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

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

[FurZeal 0]

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

Примечание в СП | Примечание(пользовательское) | Примечание вспомогательное

Разорвана связь | Не разорвана | Разорвана

Таким образом ничего не получится?

Конечно, не хотелось бы в модели видеть 3 свойства Примечания - народ путаться будет, но если по другому никак не сделать, м.б. стоит так поступить? А назвать вспомогательные свойства каким-нибудь другим образом, чтобы народ не смущать)

Изменено 19 июня 2009 пользователем FurZeal