SolidWorks
8,145 topics in this forum
-
- 17,955 replies
- 1,328,519 views
-
-
- 246 replies
- 47,485 views
-
- 6,149 replies
- 866,071 views
-
- 4,961 replies
- 1,074,890 views
-
- 7,556 replies
- 1,202,642 views
-
- 635 replies
- 133,079 views
-
- 1,849 replies
- 380,420 views
-
- 497 replies
- 165,615 views
-
- 1,482 replies
- 248,834 views
-
- 732 replies
- 272,079 views
-
- 169 replies
- 95,924 views
-
- 1,210 replies
- 196,853 views
-
- 332 replies
- 88,265 views
-
- 101 replies
- 23,873 views
-
- 6 replies
- 176 views
-
- 6 replies
- 137 views
-
- 0 replies
- 18 views
-
- 0 replies
- 37 views
-
- 7 replies
- 226 views
-
- 4 replies
- 316 views
-
-
- 6 replies
- 270 views
-
- 47 replies
- 2,032 views
-
- 3 replies
- 299 views
-
- 5 replies
- 128 views
-
- 32 replies
- 598 views
-
- 13 replies
- 949 views
-
- 78 replies
- 10,408 views
-
- 1 reply
- 91 views
-
- 17 replies
- 873 views
-
- 6 replies
- 294 views
-
- 18 replies
- 1,172 views
-
- 0 replies
- 108 views
-
- 5 replies
- 169 views
-
- 24 replies
- 2,214 views
-
- 0 replies
- 70 views
-
- 33 replies
- 30,071 views
-
- 154 replies
- 9,779 views
-
- 0 replies
- 94 views
-
- 1 reply
- 87 views
-
- 9 replies
- 240 views
-
- 6 replies
- 329 views
-
- 52 replies
- 1,678 views
-
- 24 replies
- 581 views
-
- 81 replies
- 12,774 views
-
- 19 replies
- 479 views
-
- 4 replies
- 125 views
-
- 13 replies
- 341 views
-
- 10 replies
- 573 views
-
- 24 replies
- 943 views
-
Recently Browsing 1 member
- malvi.dp
-
Сообщения
-
By Kir95 · Posted
Не очень просто, но типа такого - выдавливание, пересечение, круговой массив, объединение. Неважно, в какой программе ) -
By Jesse · Posted
согласно вашей логике, если во всём объёме модели модуль упругости постоянный при условии линейного материала, то и матрица жёсткости не должна меняться. в случае матрицы масс суммарная масса и масса каждого отдельного взятого КЭ, очевидно, тоже не критерий -
By LaserG · Posted
Хотелось бы разобраться именно с COMSOL. C Ansys я почти не знаком. -
By si-64 · Posted
2018sp5 умирает каждый день по нескольку раз i5 3xxxx 16gb win7 -
By Kir95 · Posted
https://www.engineersrule.com/task-best-macro-batch-processor-solidworks/ А может это просто мои догадки, я не претендую на истину ) -
By Max S · Posted
@karachun Спасибо за подсказку, надо будет попробовать. А как же явления аэроупругости? Спасибо за подсказку, надо попробовать. -
By piden · Posted
Давайте сделаем полностью готовую модель в CFX или Fluent) С COMSOL тут на форуме мало кто работал. -
By jtok · Posted
А как связан Артем и Centralinnovation.com? -
By karachun · Posted
Это уже задача с двумя звездочками. Вам же достаточно посчитать в нестационаре газодинамику и потом приложить давления на МКЭ модель. Сейчас же газодинамика и прочность решаются параллельно, но это не нужно - колебания трубы никак не влияют на поток. На ютубе полно разных вебинаров. -
By pps270391 · Posted
За последний год пересмотрел множество роликов на 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 раз.
-