• Добро пожаловать на Форум пользователей ПО АСКОН. Пожалуйста, авторизуйтесь.
 

Уважаемые пользователи,

Хотим проинформировать вас о режиме работы регистрации на нашем сайте.

Зарегистрироваться возможно в рабочие дни, с 8:00 до 20:00 (мск).

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

Благодарим вас за понимание и сотрудничество. Мы ценим ваше терпение и стремимся предоставить вам лучший опыт использования нашего сервиса.

С уважением,
Команда Ascon

КОМПАС-спецификация : вопросы и предложения.

Автор SJS, 07.08.04, 12:33:26

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

SJS

Уважаемые участники Форума! Предлагаю обсудить вопросы, связанные с работой системы проектирования спецификаций. С версии 5.5, где появилась КОМПАС-спецификация, внесено много различных полезностей, но хорошему нет предела!
Прочитав сообщение Владимра Захарова от 06.08.2004 12:13:57, решил открыть новую тему.
Вопросы и предложения:

1.Реализовать возможность добавления в качестве последнего листа спецификации листа регистрации изменений при количестве листов более 2-х. (Почему-то в КОМПАС-текстовом документе это возможно, а спецификация несправедливо обделена!) Желательно организовать эту возможность в диалоге настройки текущей спецификации.

2.Хотелось бы иметь возможность создания подразделов внутри разделов СП с отображением имен раздела (см. [нерабочая ссылка на старый сайт]/forum/topic.asp?top_id=1591&frm_id=1 -обсуждение вопроса наличия в СП электромонтажного чертежа и в связи с этим необходимость наличия раздела "Устанавливают по АБВГ.ХХХХХХ.ХХХМЭ", в который могут входить подразделы "сборочные единицы", "детали", "стандартные изделия", "прочие", "материалы").

3.Похожая на п.2 задача - раздел СП "Переменные данные для исполнений" для простой спецификации ГОСТ 2.106-96.
Имеется в виду, что необходим раздел "Переменные данные для исполнений", внутри него подразделы с именем, включающим в себя децимальный номер исполнения и наименование исполнения изделия, с под-подразделами(это не описка!)  "сборочные единицы", "детали", "стандартные изделия", "прочие", "материалы".
Почему не групповая спецификация? Пример - изделие, в котором "мигают" 2-3 позиции, а общее количество исполнений переваливает за сотню.
Может быть это можно решить, если раздел "Переменные данные для исполнений" размещать на листах со стилем оформления "Групповая спецификация ГОСТ 2.113-75"? Это, по-моему, немного перекликается с п.1.

Мои вопросы и предложения частично спровоцированы тем, что на нашем предприятии мы наконец-то подошли к использованию АВТОПРОЕКТа для задачи раскрытия заказов на этапе подготовки производства с использованием КОМПАС-спецификаций. Поэтому желательно, чтобы все записи содержались в базовых объектах спецификации.

Заранее благодарен участникам будущего обсуждения!

Sergei

Предлагаю упростить до предела работу со спецификацией в 3D.
1. Оставить что-то одно, или свойства детали (сборки), или объекты спецификации. Ну хотя бы сделать так, чтобы из свойств данные без лишних действий предавались в объекты спецификации в раздел "детали" для деталей, в раздел "сборочные единицы" для сборки. Кому надо могут после подправить.
2. В спецификацию стиля "плазовая" должны передаваться данные о массе и материале ПРЯМО ИЗ 3D.
3. Хорошо бы спецификация трансформировалась в миниPDM, или добавить соответствующий функционал в Компас-Менеджер. Правда для этого, боюсь его тоже нужно переводить из Борланд в Майкрософт.
4. Автоприсвоение обозначений (как в Навигатр СП).
5. Автопростановка позиций, хотя это больше относится к самому Компасу.
6. Прямо из 3D сборки одним нажатием отчёт о деталях в Excel: обозначение, наименование, количество, масса, материал.
7. Разобраться в конце то концов с правильным обозначение и наименование (СБ, Сборочный чертёж).

Пока хватит.

Sergei

Главной целью усовершенствования спецификации для 3D считаю  уменьшение количества вводимых данных конструктором, для этого:
1. Использовать имя файла, т. к. оно обычно соответствует наименованию (чаще) или обозначению (реже). Нужно учесть оба варианта.
2. Автопроставление обозначения у деталей - задали обозначение у сборки, остальное автоматом.
3. Вводить данные конструктор должен в одном месте - в спецификации, для этого она должна читать состав сборки. При этом свойства деталей могут быть не заполнены.
Рассмотрим вариант когда имя файла - наименование. В этом случае, если в свойствах наименование не указано - читается имя файла в графу "наименование". Соответственно, если в детали указано наименование - читается оно. Если в свойствах детали не указано обозначение, данные о детали читаются без него.
Итак, мы прочитали состав сборки спецификацией, в итоге получили у каждой детали наименование, обозначений у деталей пока нет. Вводим обозначение сборки и нажимаем кнопку "автопростановка обозначений" - у всех деталей появилось обозначение. Далее нажимаем кнопку "передать данные в сборку" и обозначение и наименование передаются в соответствующие свойства деталей.
Материал так же нужно заполнять в спецификации и затем той же командой передавать в свойства деталей.
В итоге мы получили, что конструктор вводит В ОДНОМ МЕСТЕ обозначение сборки, подправляет наименования некоторых деталей (если имя файла не совпадает с наименованием) и вводит материал для каждой детали (из справочника материалов).
Вот и всё. Минимум действий конструктора.

PS Вообщем то я описал работу SWR-спецификации (без материала и автопростановки позиций).

Sergei

Теперь о столбцах "формат" и "зона". К ним конструктор вообще не должен притрагиваться, вся информация считывается и контролируется из чертежа. Только НЕ НАПРЯМУЮ из чертежа, а через 3D модель, т.е. конструктор не должен присоединять (прочитать состав), как угодно, к спецификации ничего кроме 3D сборки. Информация о чертежах должна идти оттуда.
Идеальный вариант - 3D и 2D в одном файле.

SJS

ЦитироватьПредлагаю упростить до предела работу со спецификацией в 3D.
1. Оставить что-то одно, или свойства детали (сборки), или объекты спецификации...
2. ...
3. Хорошо бы спецификация трансформировалась в миниPDM...
4. Автоприсвоение обозначений (как в Навигатр СП).
5. Автопростановка позиций...
6. Прямо из 3D сборки одним нажатием отчёт о деталях в Excel...
7. Разобраться в конце то концов с правильным обозначение и наименование (СБ, Сборочный чертёж).

Пока хватит.

1. Абсолютно согласен! Оставить свойства детали(сборки), а объект спецификации формировать умолчательно с учетом заполнения дополнительных колонок СП.
2. Это, по-моему, самолето- или судостроительная специфика, вопросом не владею.  :-)))
3. Если к базовым объектам спецификации подключены документы(вложенные спецификации, сб. чертежи. чертежи деталей), то это уже чем-то напоминает мини-PDM).
4. Проблематично для предприятий, работающих по Классификаторам ЕСКД.
5. Автопростановка позиций - много за и против(конструктор сам должен решать где ставить позицию). В режиме диалога!
6. Эта функция решается при экспорте спецификации в Excel.
А вот решить обратную задачу - из Excel в КОМПАС - это было бы круто!
7. Не совсем понял о чем речь...  :-(

SJS

Цитировать1. Использовать имя файла, т. к. оно обычно соответствует наименованию (чаще) или обозначению (реже). Нужно учесть оба варианта.

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

Цитировать2. Автопроставление обозначения у деталей - задали обозначение у сборки, остальное автоматом.

Это если на предприятии принята система обозначений, включающая в себя порядковый номер проекта - порядковый номер сборки - порядковый номер подсборки - и т.д. - порядковый номер детали в подсборке. А если система обозначений по ЕСКД?

Цитировать3. Вводить данные конструктор должен в одном месте - в спецификации, для этого она должна читать состав сборки. При этом свойства деталей могут быть не заполнены.
Рассмотрим вариант когда имя файла - наименование. В этом случае, если в свойствах наименование не указано - читается имя файла в графу "наименование". Соответственно, если в детали указано наименование - читается оно. Если в свойствах детали не указано обозначение, данные о детали читаются без него.
Итак, мы прочитали состав сборки спецификацией, в итоге получили у каждой детали наименование, обозначений у деталей пока нет. Вводим обозначение сборки и нажимаем кнопку "автопростановка обозначений" - у всех деталей появилось обозначение. Далее нажимаем кнопку "передать данные в сборку" и обозначение и наименование передаются в соответствующие свойства деталей.
Материал так же нужно заполнять в спецификации и затем той же командой передавать в свойства деталей.
В итоге мы получили, что конструктор вводит В ОДНОМ МЕСТЕ обозначение сборки, подправляет наименования некоторых деталей (если имя файла не совпадает с наименованием) и вводит материал для каждой детали (из справочника материалов).
Вот и всё. Минимум действий конструктора.

То есть двойная ассоциативность связки модель-спецификация? Было бы здорово!


Sergei

Цитировать3. Если к базовым объектам спецификации подключены документы(вложенные спецификации, сб. чертежи. чертежи деталей), то это уже чем-то напоминает мини-PDM).
1. Должно быть дерево со всеми подсборками и деталями подсборок.
2. Возможность вести несколько проектов.

Цитировать5. Автопростановка позиций - много за и против(конструктор сам должен решать где ставить позицию). В режиме диалога!
Лучше затем место для позиции подправить, чем проставлять всё вручную.

Цитировать6. Эта функция решается при экспорте спецификации в Excel.
А как же детали из подсборок. И вообще я говорю, чтобы эта команда делалась прямо из 3D сборки, а не из спецификации.

Цитировать7. Не совсем понял о чем речь
[нерабочая ссылка на старый сайт]/forum/topic.asp?top_id=905&frm_id=1

SJS

1. В разделе "Детали" нужна возможность ввода в графу "Позиция" прочерка (для случая, когда вписывается децимальный номер детали-заготовки, например АБВГ.754321.234 Корпус (Заготовка для АБВГ.754321.239)).

2. В разделе "Прочие изделия" также нужна возможность ввода в графу "Позиция" прочерка (для случая, когда заготовка - покупное изделие), а кроме того, в графе "Количество" также необходима возможность записи дробного числа (например, при производстве микрополосковых плат используются покупные подложки и в графе "Количество" указывают 1/6, 1/12 и т.д.).

P.S. Создается впечатление, что со спецификацией практически ни у кого нет проблем! А может просто ЛЕТО!!!  :-)))

NiСk

Цитироватьв графе "Количество" также необходима возможность записи дробного числа (например, при производстве микрополосковых плат используются покупные подложки и в графе "Количество" указывают 1/6, 1/12 и т.д.).
В стиле спецификации на вкладке Колонки есть колонка Количество, в ее свойствах измените тип данных на Вещественный - можно будет вводить любое дробное десятичное число, измените на Строка - можно будет вводить что угодно.

SJS

Это слишком радикальная мера. Может быть, существует возможность настройки стиля внутри раздела? В разделе "Материалы" возможность ввода в графу "Количество" данных типа Строка реализована!!! А чем хуже "Прочие изделия"???

NiСk

ЦитироватьЭто слишком радикальная мера. Может быть, существует возможность настройки стиля внутри раздела? В разделе "Материалы" возможность ввода в графу "Количество" данных типа Строка реализована!!! А чем хуже "Прочие изделия"???
Ничем не хуже :)
Надо вводить количество в любом виде только в разделе "Прочие изделия", не трогая другие разделы? Вам опять туда же - в редактирование стиля спецификации, в раздел Прочие изделия, вкладка Колонки и т.д.

SJS

Большое спасибо! Все получилось! :-))) Сегодяшние вопросы сняты с повестки дня.

User

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

enginer

Работаю в КОМПАСе недолго.
Наверно было бы удобно иметь конвертер спецификация КОМПАС - файл типа Excel и наоборот!? О последнем кто-то уже мечал на этих страницах... Если можете - поделитесь хотя бы мыслями. Спасибо!

Oleksandr

Цитироватьбыло бы удобно иметь конвертер спецификация КОМПАС - файл типа Excel
См. Прикладная библиотека Компас --- Экспорт спецификации
Цитировать...и наоборот
Не знаю

NiСk

Цитировать... и наоборот!?

Получить из таблицы Excel спецификацию, подобную компасовской по структуре, нельзя, а подобную по виду можно - вставкой в текст через буфер обмена или вставкой с помощью механизма ОLE в последних версиях Компаса.

enginer