Таблица лидеров

Я тут кароч разузнал про железо. И хочу сказать про всякие сообщения про "надо больше оперативы" Итак, имеем жесткий диск, оперативу, проц. Всё утрируем. Скорость загрузки с жесткого (чтение) = 1 мегабайт в секунду. Скорость оперативы (предположим чтение-запись) = 100 мегабайт в секунду. Скорость обработки данных внутри проца = 5000 мегабайт в секунду (как написал выше - утрировано. Не буду расписывать про такты, регистры и прочую заумную фигню ) Получаем вот что: первоначальная загрузка с жёсткого диска отнимает больше всего времени. Т.е. старт с

http://weavereng.com/feweld/FEWeld_Downloads.html Здесь мануал по самой программе FEWeld с теорий + сама исходная статья Вивера на которую дают ссылки буржуи. Сами задавались часто этим вопросом. Как временный выход делали так: рассчитывали сварной шов по методике Вивера с учетом всех нагрузок (сил и изгибающего момента), если сварной шов не проходил (как правило односторонний сварной шов т.к. на него будет действовать расчетный изгибающий момент от силы), то рекомендовали в этом месте делать двусторонний шов (исключая тем самым в расчете изгибающий момент).

Думаю здесь дело в следующем. Если взять ту же презентацию и посмотреть на чуть ранее показанный расчет сварного шва в MatCAD, то в формуле по определению катета сварного шва рядом с допускаем напряжением фигурирует коэффициент 0,5 (или ½). Это коэффициент запаса, максимальное значение которого у буржуев достигает значения 2 и видимо это значение и принято в расчете (в запас). Теперь вернемся к расчету сварного шва в Excell. Оставшуюся неизвестную ½ в такой формуле конечно трудно объяснить. Думаю, что здесь все таки закралась ошибка. Возможно имелось в виду что сварн

Постройте зависимость прогиба от количества узлов или элементов. Если выходит на горизонтальную асимптоту - то вот Вам точное решение. А еще Вам почти наверняка будет очень важно учесть геометрическую нелинейность. @ccc44 знает, как это сделать в SW)

2 @заМКАДыш По 3-му вопросу: CATIA Documentation (Help) -> Infrastructure -> Infrastructure User Guide -> Workbench Description -> Specification Tree Symbol -> -> Miscellaneous Symbols -> Symbols Reflecting Incidents in the Geometry Building -> Referenced Geometry Symbols

если добавить в настройках Панели состояния в пользовательские поля функцию limits('toolpath','')[4] то получим минимальное Z активной траектории если 4 заменить на 5 - максимальное Z мне удобно, может и ещё кому пригодится...

А я сторонник того, чтобы все элементы располагались там, где они должны быть по логике производства... Тем более, что средствами САПР это вполне осуществимо :)

Не должно быть одноимённых деталей с другого проекта. В каждом проекте должны быть уникальные имена или заимствоваться те же детали без изменений из старых проектов. Не можете изменить готовый проект, меняйте имена в своём проекте. Если различия в деталях с одинаковыми именами не значительны, то можете даже не заметить момент когда была использована другая деталь вместо нужной и весь проект придётся переделывать... Уж лучше сразу разные имена или загонять деталь в виртуальное состояние (без файла) в сборке. Пока не обожглись, забудьте об одинаковых именах и больше так не делайте.

Если бы в Ансис была бы функция приведения системы сил к нужной точке, то человек с мультяшным аватаром знал бы об этом. Хотя обычно, если чего-то нет в базовом функционале, он уверенно дает ссылку на АСТ-расширение на портале, куда ни у кого нет доступа, и с 50%-ой долей уверености говорит, что именно об этом мы грезили в своих мечтах.

В игнор.

точила для тех кто не зассыттт! видать таких не оказалось, вот и закрылись))

В общем случае - да. Но во многих случаях некритично.