Я тут кароч разузнал про железо. И хочу сказать про всякие сообщения про "надо больше оперативы"
Итак, имеем жесткий диск, оперативу, проц. Всё утрируем.
Скорость загрузки с жесткого (чтение) = 1 мегабайт в секунду.
Скорость оперативы (предположим чтение-запись) = 100 мегабайт в секунду.
Скорость обработки данных внутри проца = 5000 мегабайт в секунду (как написал выше - утрировано. Не буду расписывать про такты, регистры и прочую заумную фигню )
Получаем вот что: первоначальная загрузка с жёсткого диска отнимает больше всего времени. Т.е. старт с
http://weavereng.com/feweld/FEWeld_Downloads.html
Здесь мануал по самой программе FEWeld с теорий + сама исходная статья Вивера на которую дают ссылки буржуи.
Сами задавались часто этим вопросом. Как временный выход делали так: рассчитывали сварной шов по методике Вивера с учетом всех нагрузок (сил и изгибающего момента), если сварной шов не проходил (как правило односторонний сварной шов т.к. на него будет действовать расчетный изгибающий момент от силы), то рекомендовали в этом месте делать двусторонний шов (исключая тем самым в расчете изгибающий момент).
Думаю здесь дело в следующем. Если взять ту же презентацию и посмотреть на чуть ранее показанный расчет сварного шва в MatCAD, то в формуле по определению катета сварного шва рядом с допускаем напряжением фигурирует коэффициент 0,5 (или ½).
Это коэффициент запаса, максимальное значение которого у буржуев достигает значения 2 и видимо это значение и принято в расчете (в запас).
Теперь вернемся к расчету сварного шва в Excell. Оставшуюся неизвестную ½ в такой формуле конечно трудно объяснить. Думаю, что здесь все таки закралась ошибка. Возможно имелось в виду что сварн
Постройте зависимость прогиба от количества узлов или элементов. Если выходит на горизонтальную асимптоту - то вот Вам точное решение.
А еще Вам почти наверняка будет очень важно учесть геометрическую нелинейность. @ccc44 знает, как это сделать в SW)
если добавить в настройках Панели состояния в пользовательские поля функцию
limits('toolpath','')[4]
то получим минимальное Z активной траектории
если 4 заменить на 5 - максимальное Z
мне удобно, может и ещё кому пригодится...
А я сторонник того, чтобы все элементы располагались там, где они должны быть по логике производства...
Тем более, что средствами САПР это вполне осуществимо :)
Не должно быть одноимённых деталей с другого проекта. В каждом проекте должны быть уникальные имена или заимствоваться те же детали без изменений из старых проектов. Не можете изменить готовый проект, меняйте имена в своём проекте. Если различия в деталях с одинаковыми именами не значительны, то можете даже не заметить момент когда была использована другая деталь вместо нужной и весь проект придётся переделывать... Уж лучше сразу разные имена или загонять деталь в виртуальное состояние (без файла) в сборке.
Пока не обожглись, забудьте об одинаковых именах и больше так не делайте.
Если бы в Ансис была бы функция приведения системы сил к нужной точке, то человек с мультяшным аватаром знал бы об этом. Хотя обычно, если чего-то нет в базовом функционале, он уверенно дает ссылку на АСТ-расширение на портале, куда ни у кого нет доступа, и с 50%-ой долей уверености говорит, что именно об этом мы грезили в своих мечтах.