Что не так с Generative Design у Autodesk? Часть 1. Все хорошо прекрасная Маркиза!

0Brain
Идет загрузка
Загрузка
08.05.2020
2115
18
печатает на Zonestar Z9
3D-моделирование

Подпишитесь на автора

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

Отписаться от уведомлений вы всегда сможете в профиле автора.

15

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

А пока начнем со всего хорошего против всего плохого. И в качестве «хорошего» - вот один из примеров полученных с помощью данной технологии/инструментария:

Рис. 1. Результат работы Generative Design в металле

И пример вполне успешный. Если Вы (вдруг) не видели этой штуки, то ее автором является Павел Медведев (автор ютуб канала «Дядя Паша» , а также соответствующего телеграмм чата). С этой штукой он докладывался на Autodesk University Russia 2019 “Generative Design Спорт и металл”, на мероприятии https://fest.3dtoday.ru/ где проводил мастер-класс и участвовал в докладах.

Настоятельно рекомендую посмотреть презентацию, чтобы понять: о чем речь, что это за деталь, откуда она, зачем она такая и пр. Ну, а я пойду дальше в повествовании и далее буду нередко сокращать Generative Design до GD (а также ГД).

Деталь, как и ряд других проектов Павла с использованием Autodesk Generative Design for Autodesk Fusion 360, -  хороший пример того, как эффективно может работать технология в правильных руках. Для популяризации этой темы он начал долгоиграющий проект http://gdetal.ru/ но пока он не сильно информативен, так что смотрите презентации.

Теперь же два вопроса. Наверное, первым пойдет: «а причем тут автор заметки?» (то бишь я), второе: «а что не так?» (если все работает).

Небольшой экскурс в историю. В конце 2019 года Autodesk дал доступ к технологии Generative Design доступ практически всем желающим. Если честно, то я очень давно хотел познакомиться с данной штукой, еще со времен Project Dreamcatcher.  Я подавал заявки на закрытые и открытые альфа и бета тестирования, на работу с открытым продуктом, который вошел в состав (на тот момент) продукта NetFab. Все было тщетно – в доступе мне каждый раз отказывали. У меня есть грустная слезливая история, которая может объяснить сей факт, но ей тут не место. Важно то, что рано или поздно продукт выходит на широкую публику, и теперь уж мне никто не помешает (злобный гомерический смех за кадром).

В общем, как только я наконец получил доступ к технологии, я полез с ней знакомиться. К тому моменту уже было достаточно обзоров, много маркетинговых материалов, но я специально смотрел только то, что относится не к технической стороне. Ибо техническую я люблю мучить самостоятельно. И вот я начал понемногу мучить GD (Generative Design) от Fusion. Издевательств было много, в видео только их начало. Большая часть, так как требовала долгого времени на выдачу решения и последующую проверку, просто не записывалась - в ожидании момента, когда я буду делать итоговое видео/статью.

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

Аудитория 3D Today, скорее всего со мной практически не знакома, но я довольно долго был частым гостем и многих онлайновых ресурсов, и офлайновых мероприятий, где занимался популяризацией САПРа в целом и расчетного направления в частности. Ибо, по сути, я прочнист, и что-то поломать (будь то деталь или продукт) для меня только в кайф. Как и поделиться потом этими знаниями (но об этом, наверное позже).

В общем... Получил я доступ к проектам Павла (вначале только к результатам генерации, потом и к проектам полностью), мы с ним обсудили постановку задач. И я полез проверять итоги работы модуля генеративного дизайна. Сначала все в том же Fusion 360, только теперь уже в модуле Simulation. А затем все тоже самое и в более заточенном под расчеты продукте – ANSYS.

Рис.2 Проверка результата ГД  на адекватность в самом Fusion
Для проверки я повторил все расчетные условия, которые были в постановке задачи на генерацию…. плюс создал несколько дополнительных расчетов, в которых уточнял нюансы, которые мне не нравились как гурману-расчетчику (а именно поменял тип закреплений).

Удивительно, но факт оказался фактом – деталь работала в обоих типах постановки и вполне адекватно. Ровно так, как и запрашивалось при генерации.

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

Рис.3 Примеры потери устойчивости, для разных случаев
Обычно вот эта самая устойчивость упоминается, когда есть длинные тонкие (или тонкостенные) штуки, нагруженные сжатием. (Больше информации о том, как длина влияет на ту самую устойчивость, можно посмотреть в длинном видео тут:  Eigenvalue Buckling. Линейная потеря устойчивости при сжатии. Ansys Workbench)

Длинных и тонких штук в конструкции - более чем достаточно. Тип нагружения – сложный, потому что моделировалась куча различных вариантов поведения грубо говоря, Полищука… на моцацикле (с). Предсказать, в каком месте будет растяжение, а где, не дай Сопромат,  сжатие – невозможно. Ну не то чтобы совсем невозможно… но зачем, когда есть тип расчета «Stractural Buckling» - как раз на ту самую потерю устойчивости. Собственно, если посмотреть на скрин (рис.2), то большая часть расчетов - это как раз они, баклинги. Потому что в статику можно запихнуть множество вариантов нагружения, а в устойчивости (в баклинге) только один.

Вот тут меня ждал еще один облом, потому, что потери устойчивости не было. Конструкция вполне рабочая.

Можно ли считать данный вывод окончательным и радоваться жизни? К сожалению, не совсем. Во-первых, мы все это рассматриваем на одной конкретной детали. При этом тщательно выбранной самим пользователем из всех предложенных вариантов. А их было много:

Рис.4 Результаты работы ГД, в виде различных вариантов конструкций
И если мы начнем проверять все варианты, то на ту же устойчивость пройдут отнюдь не все итоги работы модуля GD….

Возьмем, к примеру, вариант Study 7 MaxFine.

Рис.5 Вариант "Study 7"

Не самый худший из вариантов с точки зрения соотношения длина/площадь поперечного сечения.

Как итог получается, что некоторые варианты проходят по критерию прочности, но могут не пройти по устойчивости на ряде нагрузок. Потому что запас по устойчивости будет меньше запаса по прочности (в том числе заложенного в проект). При этом сам GD Вам ни о чем таком не сообщает – это надо проверять отдельно. Впрочем, как и многое другое, но об этом позже.

Рис.6 Результаты расчета на устойчивость в ANSYS

Фраза запас по устойчивости меньше, чем запас по напряжениям, для многих, кто не сталкивается с расчетом,  может быть достаточно странной. Какая разница запас 2, 1.7 или даже 1.3, если обе цифры явно больше 1. Тем более что сами нагрузки тоже заложены с запасом. Сейчас не буду говорить про численную погрешность и другие умности, а затрону совсем другой вопрос. Тот запас, который закладывается в напряжения, может быть связан с несколькими факторами – например, с многоцикловой усталостью. В ходе эксплуатации изделия в гонках разные варианты много раз повторяются, и ломается изделие не от того, что напряжение больше предела прочности для изначального материала (это если грубо) а от того, что там накопились микротрещины, и тот самый предел прочности снизился. И он может снизиться в 2, 3 и даже 30 раз. Для большинства конструкций все же обычно 1.5...5 раз, потому и устанавливают дополнительный запас. В данном случае исходный запас в 2 раза (при разработке изделия) вполне оправдан, и это значит, что обычно нагрузки не будут больше половины (50%) от той, что нужна для немедленной поломки детали. А для потери устойчивости нужно, чтобы нагрузка была около 75%. Т.е. снова потеря устойчивости не страшна.

Но чуть выше я писал, что это не единственная причина, почему нагрузка увеличивается или почему устанавливают запас. Дело в том, что эта деталь стоит на спортивном мотоцикле, на котором нагрузки могут меняться очень резко. Мы считаем, что они постоянны – статичны. А они переменчивы – динамичны. Вот для того, чтобы это учесть, и вводят запас на коэффициент динамичности.

Однако тут есть несколько проблем. В реальности, даже если величина нагрузки нам известна, ее влияние может происходить в очень широких пределах в зависимости от того, насколько быстро она меняется (Сравниваем результаты расчета статики и динамики. ANSYS Workbench) Т.е. предполагая, что коэффициента запаса 2 нам хватит, мы можем искренне приукрашивать ситуацию (приблизительно как студент, который ни разу не был на парах в институте, ничего не учил, но считает что криков «Халява, приди!» достаточно для успешного закрытия сессии).

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

Все эти вещи GD не учитывает. Более того - в Autodesk Fusion 360 нет нормального инструментария ни для проверки усталости, ни для проверки динамики. Да, там есть тип анализа: Modal Frequency (Обзор хелпа Autodesk Fusion 360 в части Simulation. Часть 8. Туториалы 2, 3, 4. Частоты, Устойчивость, ТемпературыОбзор хелпа Autodesk Fusion 360 в части Simulation. Часть 16. Продолжаем переводить Хелп. Теория. Частоты и формы). И он как раз может показать то, как тонкие стержни в динамике будут работать отдельно от толстых частей (т.е. можно увидеть разницу со статикой). Но нет возможности проверить, будет ли такое в реальности. Да, там есть тип расчета Event Simulation, который вроде и есть динамические расчеты (Обзор интерфейса модуля Simulation у Autodesk Fusion 360. Часть 3), но в большинстве случаев они Вам пока не помогут, это совсем для другого.

Пример того когда части конструкции начинают вести себя отдельно, показан ниже (синее - не колеблется вообще, и является "разделителем", вещи между синими кусками играют по отдельности):

Рис.7 Одна из глобальных собственных форм колебаний конструкции
Вот и получается, что вопрос, работоспособна ли конструкция, полученная по итогам работы модуля GD – не так прост, как кажется. Самое смешное, что во всех маркетинговых материалах компании Autodesk это практически игнорируется. Говорится, что мы сразу получаем работоспособную конструкцию и для этого не надо ничего понимать ни в чем. Единственный раз, когда Autodesk отошел от этого правила – презентация главы компании на мероприятии Autodesk University 2019 (https://www.autodesk.com/autodesk-university/class/Product-Design-and-Manufacturing-Keynote-2019#video 48 минута видео), в котором он сказал, что некоторым заказчикам не хватает функционала Fusion 360 Simulation для проверки конструкций созданных в модуле GD и для этого Autodesk начинает сотрудничество с ANSYS. Во всех видео до и после все говорят: «нажми на кнопку – получишь результат». Если видео создано не адептами Autodesk, то там иногда можно найти подобные фразы (про то, что GD лишь инструмент, который решает часть задач и требует наличия знаний), но все равно они теряются за общим посылом: «даже человек далекий от проектирования и механики с помощью GD сможет создавать конструкции буквально в пару кликов». Но более детальные обзор маркетинговых материалов будет позже.

Что можно сказать по итогам первой части.

Получается, что так же, как и в известном мультике, на самом деле дела у Маркизы идут не настолько плохо, как поют по телефону ее недобросовестные служащие. В нашем случае в роли «Маркизы» выступает модуль Generative Design от Autodesk, а в качестве служащего – автор заметки. Хотел вроде как испохабить, да не вышло. Прямых доказательство нет, а все, что он там написал еще – шито белыми нитками.

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

  1.  Модуль GD - это не любимая всеми «большая красная кнопка», которая все делает хорошо, даже когда заказчик «нифига» не понимает, что ему надо. К сожалению, именно так ее рисуют маркетологи во всех видео, но нужно хотя бы приблизительно понимать:
    1. откуда взять нагрузки, какие они должны быть, какие между ними будут комбинации и куда все это прикладывать;
    2. какой запас закладывать в качестве минимального;
    3. как и из чего это все таки планируется в дальнейшем производить.Таким образом GD - это не замена конструктора, расчетчика и технолога, это инструмент, который может упростить (в некоторых случаях) их работу.
  2. Модуль GD в том виде, в котором он есть у Autodesk сейчас,  пока не всесилен и не учитывает огромное количество вещей, влияющих на работоспособность конечного изделия (тут было коротко, во второй части будет чуть более подробно). И из множества сгенерированных вариантов выбирать наиболее рациональный (работоспособный, технологичный, дешевый и пр.) опять же должен именно пользователь. И если пользователь ничего не знает о… (смотри пункт первый).
  3. Внутри инструмента GD отсутствуют средства не только для учета кучи вариантов, влияющих на работоспособность в ходе генерации, но и для проверки ее постфактум, уже сгенерированной. Т.е. Вам надо экспортировать вариант (за что придется заплатить) и уже вне модуля GD проверять. Более того, Autodesk, хоть и не очень хочет, но сам признает - осуществить все проверки, не выходя за пределы Fusion 360, не получится. Нужен внешний и достаточно дорогой инструмент уровня ANSYS.Если честно, то данный пункт меня несколько смущает…. Ведь изначально модуль GD появился в независимом браузерном варианте, потом был временно пришит к Netfabb, у которого были некоторые схожие инструменты (после того как их выпилили из Within и впихнули в Netfabb). Если внимательно посмотреть вебинары Autodesk, то можно заметить - модуль GD временами запускают и из-под Inventor. Как уже говорилось, на самом деле это полностью браузерное (ну или облачное) решение, которому глубоко все равно, откуда запускаться, хоть отдельно, хоть из-под Fusion 360, хоть из-под Inventor.Да, сейчас получилось так, что марка Fusion 360 более модная и узнаваемая чем Inventor… Но к последнему спокойно прикручивается Autodesk Inventor Nastran (ранее Nastran In-CAD), у которого есть и устойчивость, и нелинейные расчеты, и усталость, и динамика, и куча всего остального. Я не могу назвать его полноценным аналогом чужого ANSYS’а, но это же свой продукт, да еще и с нужным функционалом…. В общем как минимум тут что-то странное.
  4. В общем, как итог п.3 Вам нужно экспортировать варианты, проверять их, убеждаться в работоспособности, технологичности и пр. Да, это проще, ибо уже есть готовые варианты, но это не убирает процесс проектирования, это…. Может ускорить. Именно «может ускорить», а не «ускорит». И да, на основе просмотра сгенерированных вариантов может возникнуть свой вариант, который вы будете прорисовывать с нуля с учетом технологии и пр., но опираясь на результаты GD.Т.е. снова не инструмент автоматизации, а автоматизированный.
  5. «Не все йогурты одинаково полезны», кажется, так звучит чей-то там слоган? Применительно к нашему случаю то, что Autodesk сгенерировал в GD, не всегда вообще работоспособно или адекватно. Примеры показаны ниже
    Рис.8 Не самые лучшие варианты работы ГД
    и кроме стоек с разрывами, которые в целом могут работать за счет других, тех, что вокруг, есть еще и полностью висящие в воздухе куски, которые явно тут лишние.
  6. Полученная по итогам GD геометрия - это нередко такая штука, с проверкой которой потом могут быть очень большие проблемы, ибо ее еще как-то побить на конечные элементы нужно, а это иногда очень сложно.

Как итог – инструмент рабочий, мощный, но требующий толкового оператора, который понимает, что делает и что хочет…. Кстати, это и есть причина, почему вариант Павла Медведева оказался рабочим – это заслуга его адекватности, а не «большой красной кнопки».

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

П.С. Надеюсь, на вопросы заданные в начале: «при чем тут я?» и «что не так?» я все же ответил. Я тут при том, что осуществлял дополнительную проверку чужого и рабочего проекта (и убедился что он таки рабочий, вот класс). А не так тут не с деталью, а см. предыдущие два абзаца.

П.П.С. Запланирована серия заметок. Вторая будет посвящена анализу некоторых маркетинговых материалов и будет опубликована через неделю-две (надеюсь не дольше). Третья - Ограничениям инструмента и некоторым "глюкам"

Подпишитесь на автора

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

Отписаться от уведомлений вы всегда сможете в профиле автора.

15
Комментарии к статье

Комментарии

08.05.2020 в 13:53
1

Спасибо за подробный разбор!

Жду продолжения....

08.05.2020 в 21:55
1

Чем-то навеялололо теорию безопорного передвижения :)

09.05.2020 в 16:56
0

Чем именно, если не секрет?

10.05.2020 в 13:04
0

Сложностью расчётов и туманностью практического применения

10.05.2020 в 15:02
0

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

Моя серия заметок посвящена относительно детальному обзору реального состояния (как мне кажется)

Что касается сложности расчетов, то пропогандируется все как "одна большая кнопка". В данном тексте, с помощью более детального анализа, я подтверждаю что в целом инструмент можно использовать.

А в дальнейшем расскажу, что таки да текущие перспективы достаточно туманны (правда у нас явно разные позиции для таких суждений).

Что касается сложности расчетов.

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

Впрочем я всегда работаю по принципу: "не стреляйте в пианиста, он играет как умеет". Кому-то то что я делаю - может пригодиться. но явно не всем. но тут уже вопросы не ко мне.

12.05.2020 в 09:02
1

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

12.05.2020 в 17:04
1

топологическая оптимизация - основа инструмента  ГД от автодеск. но об этом будет позже.

И кстати к изделиям из листового металла применить ТО проще чем ГД. Ибо ТО работает с исходной геометрией, а ГД применяет тот же алгоритм  оптимизации но не  к геометрии, а к габаритному объему по сему сложно  получить тонскостенную конструкцию 

10.05.2020 в 15:02

Комментарий удалён

12.05.2020 в 17:29
1

Приветствую на 3д тудее!)

13.05.2020 в 11:59
0

взаимно.

13.05.2020 в 13:22
1

Здорово! Спасибо за вдумчивый обзор. Как только будет новая итерация - если не против, пришлю на "препарирование" )

13.05.2020 в 13:59
0

Естественно. не вопрос. Я бы предложил сразу начать с обсуждения постановки. так будет больше простору для маневру

21.05.2020 в 21:44
1

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

Фраза запас по устойчивости меньше, чем запас по напряжениям, для многих, кто не сталкивается с расчетом, может быть достаточно странной. Какая разница запас 2, 1.7 или даже 1.3, если обе цифры явно больше 1.

Добавлю, что расчетные программы показывают теоретический запас по устойчивости. Многочисленные экспериментальные данные показывают, что на практике мы получаем максимум 0,9 от теоретического предела потери устойчивости, а в худших случаях получаем до 0,3 от теоретического.

1. откуда взять нагрузки, какие они должны быть, какие между ними будут комбинации и куда все это прикладывать;

2. какой запас закладывать в качестве минимального; 

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

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

В общем, как итог п.3 Вам нужно экспортировать варианты, проверять их, убеждаться в работоспособности, технологичности и пр. Да, это проще, ибо уже есть готовые варианты, но это не убирает процесс проектирования, это…. Может ускорить.

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

это не убирает процесс проектирования, это…. Может ускорить.

Как итог – инструмент рабочий, мощный, но требующий толкового оператора, который понимает, что делает и что хочет…

Здесь полностью согласен. Обеими руками за!

Общий посыл всего, что я написал выше: Вы выступили в роли "антимаркетолога". Немного сгустили краски. При этом повторюсь: в целом я согласен с тем, о чем вы написали.

22.05.2020 в 08:38
1

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

Не все так просто.

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

При использовании топологического дизайна/генеративной оптимизации (или наоборот?) я получу оптимальную конструкцию для этого направления ветра. Но ветер-то дует во все стороны! И я буду вынужден пересчитывать конструкцию для всей розы ветров в 360 градусов.

Более того - ветер дует не только паралельно земле, но и под углом - сверху вниз, снизу вверх - при ручных расчетах это компенсируется запасом прочности и дубовостью дизайна. При ГД/ТО мне нужно будет просчитывать конструкцию с учетом порывов ветра снизу вверх и сверху вниз (обычно это не более 15 градусов), но - ветер у земли всегда дует паралельно земле, изменения относительно горизонта - только на высоте. И соответственно я вынужден буду рассчитывать конструкцию на ветер, который дуем у земли так, а на высоте - иначе...

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

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

И я уверен - про любую другую реальную нагрузку можно сказать тоже самое.

   

22.05.2020 в 09:23
1

Не вижу в Ваших словах противоречий моим утверждениям.

При использовании топологического дизайна/генеративной оптимизации (или наоборот?) я получу оптимальную конструкцию для этого направления ветра. Но ветер-то дует во все стороны! И я буду вынужден пересчитывать конструкцию для всей розы ветров в 360 градусов.

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

Не важно какой инструмент мы применим для создания конструкции. Ее все равно нужно проверить после этого.

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

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

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

Полностью согласен. При проектировании мы не можем учесть и предсказать абсолютно все. Поэтому мы руководствуемся нормативами по минимальным запасам прочности, по рекомендуемым собственным частотам конструкций и рекомендациями ГОСТов и СНиПов. И это нужно делать независимо от применяемого инструмента. Будь то GD, или CAE или полностью ручной расчет.

22.05.2020 в 12:18
0

тут тоже я не столько поспорить, сколько просто высказаться :)

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

Впрочем более подробно  я это сделал в докладе на конференции 3DToday

Там и про кнопку ... большую красную и про ряд других вещей.

И еще раз, тут (в данной публикации) не про ГД в целом, а про конкретную реализацию, с учетом исходных заявок. Впрочем как уже писал их я более подробно расмотрел во второй части

22.05.2020 в 12:05
0

Я немного объединю:

Поддерживаю общий посыл: GD это инструмент, и хорошим или плохим он становится только в руках конкретного специалиста.
Эти замечания одинаково справедливы и для GD и для CAE и, даже, для ручных расчетов. Поэтому, я считаю, не корректно указывать их как замечания только к GD. Если специалист не может ответить на эти пункты, то он не получит работоспособную конструкцию никаким способом.
Опять считаю не корректным относить это только к GD. Результат почти любого расчета(проектирования) нужно проверять. Именно поэтому до сих пор в промышленности не вымерли огромные и дорогие испытательные лаборатории. И они не вымрут, так как "волшебной красной кнопки" никогда не будет.

Если обратите внимание то я "хаю" и пишу про проблемы не столько подхода ГД, сколько про конкретный инструмент. Причем даже не столько про сам инструмент, сколько про то как его впаривают. К сожалению надо было прописать чуть четче разницу. Это сделал во второй публикации но она вышла великоватой.

Как расчетчик отделять генеративный дизайн от численых расчетов и вообще САЕ, - я не могу. По сему полностью согласен, что все мои фразы - общеприменимые к САЕ. Но есть проблема в том, как они преподносятся.  Мне очень много пришлось общаться с теми кто был обработан маркетингом и продажниками, которые обещали именно большую красную кнопку и решение всех проблем, именно потому раз за разом я пишу "опровержения" (вот пример 10летней давности

На счет же сгущения красок... даже если я буду рисовать исключительно "абсолютно черным цветом" это будет очень слабым сгущением, по сравнением с той патокой которую продажники и маркетологи льют в уши всем вокруг. Ну и на счет сгущения, Вы сами привели примеры, еще более "густые", так что надеюсь баланс выдержан ;)

Ну и не без того, что на контрасте работать проще, без гипербол текст менее впечатляющ и пр. В общем, стандартные подходы "научных популистов"

 

22.05.2020 в 13:07
0

Агрессивный маркетинг - вещь не очень хорошая. В этом наши мнения сошлись.

Если обратите внимание то я "хаю" и пишу про проблемы не столько подхода ГД, сколько про конкретный инструмент. Причем даже не столько про сам инструмент, сколько про то как его впаривают. К сожалению надо было прописать чуть четче разницу.

Тут, возможно, я упустил эту разницу и не понял на что конкретно направлена критика.

22.05.2020 в 12:10
0

Добавлю, что расчетные программы показывают теоретический запас по устойчивости. Многочисленные экспериментальные данные показывают, что на практике мы получаем максимум 0,9 от теоретического предела потери устойчивости, а в худших случаях получаем до 0,3 от теоретического

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

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

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

Для написания комментариев, пожалуйста, авторизуйтесь.

Читайте в блогах

Циклон Гигант

Типа Titan экструдер для V6, и невидимая беда при нём

Медноголовый даст 450 градусов для ПИКа

3D Принтеры с термокамерами, и зачем они нужны.

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

Пластик Tevo Petg или кто тут будет умничать?