Новый взгляд на автоматизацию SolidWorks

[pps270391 62]

За последний год пересмотрел множество роликов на YouTube (в т.ч. англоязычные каналы), пролазил форумы, и только видел парочку людей, которые почти догадались обуздать таблицу параметров Excel в SW в полной мере. Ниже будет длиннопост о том, как можно по-новому взглянуть на методику проектирования (мы уже ей пользуемся почти год). Она подойдет не для всех предприятий и нацелена на работу в огромном коллективе при работе начиная от мелкосерийного производства. Для уникального оборудования она будет бесполезна.
Очень много людей рассказывают о преимуществе контекстного и параметрического моделирования. Но на огромном предприятии все преимущества затмеваются недостатками, а именно:
1. Если мы говорим о том, что все детали будут контекстными и в PDM будет лежать только 1 файл сборки - то как диспетчеры ПДО догадаются их найти? Допустим они работают напрямую с моделями (например, отправка на ФГС, гибка деталей и т.д.)
2. Если мы говорим о том, что все детали будут лежать отдельными файлами, но связаны через контекстные взаимосвязи, то столкнетесь с тем, что одна и та же деталь должна будет привязана к разным сборкам, а так быть не должно (поэтому придется делать несколько таких деталей, что в геометрической прогрессии увеличит базу данных деталей)
3. Если вы подразумеваете делать несколько исполнений в одной контекстной сборке, то у вас все получится. Но когда вы вставите эти исполнения в вышестоящие сборки - у вас ничего не выйдет - у деталей, входящей в контекстную сборку может быть только одно исполнение.
4. И куча более мелких проблем...

В связи с этими проблемами, у нас возникла идея остановиться на таблице параметров.

Вот так выглядит одна из стандартных таблиц параметров. На фото - модель корпуса, слева - уже созданные конфигурации. Внизу - таблица параметров. 
Таблица параметров
Таблица параметров не простая, а основана на умной таблице Excel. Кто не знает, то это такая таблица, при которой новые введенные данные в нее автоматически просчитываются для всей строки. Поэтому конструкторам не требуется каждый раз "протягивать" таблицу вниз. Все остальные данные скрыты от посторонних глаз. Вот так выглядит таблица полностью
Таблица параметров 2
Как видно из таблицы, формирование обозначения корпуса довольно сложно для рядового пользователя, поэтому придется немного разобраться в Excel для создания сложных иерархий обозначений. Также тут видно, что обозначение каждой из детали задается формулой, для того чтобы именно это исполнение появилось в том или ином корпусе. Поэтому предварительно конструктор должен создать все детали (также через таблицу параметров) - это единственный минус перед параметрическим контекстным моделированием. Но на предприятии корпуса создает 1 человек все сразу для проекта, поэтому - превращается в +. 
Также в таблице параметров организован удобный выпадающий список возможных исполнений деталей, поэтому даже новичкам не приходится смотреть в чертеж, чтобы выбрать нужный ему корпус. А вот так выглядит часть чертежа с расшифровкой обозначений.
Обозначения
Для всех деталей и сборочных единиц мы принципиально отказались от таблицы исполнений, а перевели ее в "бесконечную" через L, B, H. Это намного повысило эффективность конструкторского отдела. Сначала все говорили что конструктора себе упростили жизнь, а другим службам - усложнили. Но ненамного. Через специальный софт мы считываем с 3D сборочной единицы все составные части в CSV файл с иерархией, и отправляем в программу, которой пользуется диспетчеры ПДО и технологи. Вот так она выглядит
Производство
Как видно, все детали, которые присутствуют в корпусе, автоматически перенеслись в программу производства. Никто не занимается ручным вписыванием/переписыванием этих деталей. По сути спецификация им даже не нужна. Спецификация нужна цеховым рабочим, которые получаются на руки все эти части и по спецификации собирают корпус. Технологи лишь расписывают пути следования эти деталей по станкам и выписыванием материалов. Но и это вполне по силам автоматизировать, так что в плюсе оказались даже технологи и диспетчеры ПДО.  Практически все производимые узлы перенесли на этот тип проектирования. Вот так выглядит наша папка в PDM для конструкторов. 
Каталог
Для конструкторов создан удобный каталог с гиперссылками на сборочные единицы. Для технологов - расчет сварочных материалов, материалов, лакокрасочным материалов, покупных изделий в зависимости от L, B, H. Для проекта создается таблица Excel, где ведущий конструктор выбирает необходимые комплектующие, и ему автоматически предлагаются уже типовые решения с уже расписанными материалам, покупными изделиями и т.д. для составления предварительной ведомости на заказ с точностью 97-99%.
На мой взгляд, введение подобной схемы проектирования увеличило производительность конструкторов-технологов в 4 - 10 раз.

[Maik812 289]

3 минуты назад, Artem CAD-is сказал:

Когда DW будет сравнивать полученные данные после расчёта, он будет сравнивать их с таблицей, если деталь, из прошлых проектов, полностью подходит тогда в задачу генерации уйдёт путь к файлу той детали. 

Надеюсь я понятно описал.

В статье понятно описан процесс создания " Новых конфигураций" для детали и " Вставка детали в сборку" для сборок. Дальше ограничение является только фантазия. 

Да , спасибо за стать. Когда взял его 10 лет назад это был ужас! Щас все получше стало. Если он понимает что деталь с одними размерами можно использовать это конечно +!

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

[Artem CAD-is 40]

2 минуты назад, Maik812 сказал:

а , спасибо за стать. Когда взял его 10 лет назад это был ужас! Щас все получше стало. Если он понимает что деталь с одними размерами можно использовать это конечно +!

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

Не совсем понял о чем Вы.
Что такое разные расстояния и разное количесество отверстий?
Мог бы он их считать с модели? или что?

[Maik812 289]

4 минуты назад, Artem CAD-is сказал:

Что такое разные расстояния и разное количесество отверстий?
Мог бы он их считать с модели? или что?

Ну да есть детали когда они отличаются отверстиями или расстояниями между или от кромки, отверстиями и их количеством или диаметрами.

[Artem CAD-is 40]

Только что, Maik812 сказал:

Ну да есть детали когда они отличаются отверстиями или расстояниями между или от кромки, отверстиями и их количеством или диаметрами.

Так мы можем по разному считывать данные и записывать их в таблицу данных.  Мы так же можем просто добавить столбцы в котрые будут записываться расстояния смещений по разным осям и так же сравнивать. Здесь нет ограничений в количестве отслеживаемых данных, мы можем DW подключить к базе SQL если у Вас какие либо данные можно от туда забрать.  

[Maik812 289]

2 минуты назад, Artem CAD-is сказал:

Так мы можем по разному считывать данные и записывать их в таблицу данных.  Мы так же можем просто добавить столбцы в котрые будут записываться расстояния смещений по разным осям и так же сравнивать.

Ну ок, порадовали. Значит можно осваивать.. Да а вот если попросят вернуть конфигурацию ? конфигурация сохраняется?

[Artem CAD-is 40]

1 минуту назад, Maik812 сказал:

Да а вот если попросят вернуть конфигурацию ? конфигурация сохраняется?

Я правиль понял, можно ли сохранить данные о конфигурации? правильно?

 

[Maik812 289]

1 минуту назад, Artem CAD-is сказал:

можно ли сохранить данные о конфигурации? правильно?

Да, в Конфигурацию занести сборку и ее размеры чтоб воспроизвести!

[Artem CAD-is 40]

2 минуты назад, Maik812 сказал:

Да, в Конфигурацию занести сборку и ее размеры чтоб воспроизвести!

Можно. 

Есть 3 типа таблиц: Прогстая таблицы, таблица расчета, груповая таблица.
Простая и расчетная таблица содержит себе данные запущенного проекта, в них происходит фиксация данных пока пользователь работает с пользовательской формой. Т.е. когда программа отработала, все данные из них в других проектах не будут доступны. 

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

[Artem CAD-is 40]

53 минуты назад, Maik812 сказал:

Да , спасибо за стать. Когда взял его 10 лет назад это был ужас! Щас все получше стало. Если он понимает что деталь с одними размерами можно использовать это конечно +!

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

Вот еще одна моя статья по теме DW: https://www.cad-is.ru/blog_post/driveworks-reshenie-dlya-prodazh

[Технолог Денис 2]

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

[Sturmann 30]

Очень хороший подход если всё зависимости в сборке линейные и сборка имеет императивный характер над сопряженными компонентами. 

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

Приведу пример : еслесли вы выпускаете одежду, скажем 3 вида брюк ( с карманами, без и допустим с карманами и декоративными вставками) их можно автоматизировать при помощи таблицы. А если вы выпускаете одежду но кроме брюк есть юбки футболки, пиджаки и пр всё эти изделия при помощи одной таблицы а уж тем более а одной собран не автоматизировать. 

А могут ещё быть не только разные размеры но и разные цвета элементов и пр. 

Я это к чему вам всё так подробно рассказываю - к сожалению не везде такой подход применим

[Sturmann 30]

Я бы конечно хотел бы такие изделия табличные  выпускать но увы. 

[pps270391 62]

 

42 минуты назад, Sturmann сказал:

Очень хороший подход если всё зависимости в сборке линейные и сборка имеет императивный характер над сопряженными компонентами. 

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

Приведу пример : еслесли вы выпускаете одежду, скажем 3 вида брюк ( с карманами, без и допустим с карманами и декоративными вставками) их можно автоматизировать при помощи таблицы. А если вы выпускаете одежду но кроме брюк есть юбки футболки, пиджаки и пр всё эти изделия при помощи одной таблицы а уж тем более а одной собран не автоматизировать. 

А могут ещё быть не только разные размеры но и разные цвета элементов и пр. 

Я это к чему вам всё так подробно рассказываю - к сожалению не везде такой подход применим

Так вы в обозначение введите кодировку цвета, в чем сложность? R, G, B не?
Для разных типов вещей сделайте свою таблицу и в сборке целого костюма с помощью таблицы сделайте выбор между брюками/шортам/джинсами?

[Sturmann 30]

1 час назад, pps270391 сказал:

 

Так вы в обозначение введите кодировку цвета, в чем сложность? R, G, B не?
Для разных типов вещей сделайте свою таблицу и в сборке целого костюма с помощью таблицы сделайте выбор между брюками/шортам/джинсами?

наверное можно. Главное чтобы время на создание новых исполнений/ перестраивание и поиск ошибок не было больше чем создание новой сборки

[pps270391 62]

11 часов назад, Sturmann сказал:

наверное можно. Главное чтобы время на создание новых исполнений/ перестраивание и поиск ошибок не было больше чем создание новой сборки

если все с оптимизацией сделано - не будет