ander (Всі повідомлення користувача)

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

конечно, все равно РСУ можно задать/посчитать и после самого расчета задачи. Расчет РСУ - отдельный расчет и только после расчета самой задачи и получения усилий по загружениям.
не совсем понял, в каком контексте. Сейчас это так, как я написал в первой строчке.

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

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

честно, пока не понял, как задается такая нагрузка (может скриншот для диалогового окна приложите?), но вопрос ее проективности остается нерешенным.

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

"Функция GET" это сообщение долбит не по-человечески уже.. можно как-то ограничить количество элементов для которых будет вычисляться РСУ? Потом для других вычислить, когда понадобится. А то расчет, точнее время, улетает в трубу, а результат - 0 (для динамических нагрузок). Уменьшать количество динамических загружений в задаче - не выход.

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

РастОК, об этом уже писали - нажимайте Shift и будут учитываться промежуточные узлы.

я - за, очень удобная вещь была.

а зачем его моделировать? К раме узловые нагрузки приложить нельзя? Иначе подробнее опишите, что хотите получить в итоге.

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

да, действительно, это решает проблему, но вопрос не в том, как обойти сложившуюся ситуацию, а почему то, что задано в РСУ не учитывается должным образом?

тут все зависит от самого коэффициента длительности, ну и от вклада в общую сумму нагрузок длительно действующих нагрузок.

к сожалению, СТК лишь проверяет не равна ли нулю доля длительности, тогда СТК отметает эту нагрузку при определении прогибов - об этом написано в справке.
Вот простая задача. В ней балка 6м, соответственно, предельный прогиб 6000мм/200=30мм, по факту (см. РСН 1) прогиб для данной задачи будет складываться из загружений: "1"*1/1,1+"2"*0,5*0,7 и будет равняться 60мм (1 - постоянная, 2 - снег с долей длительности 0,5 и коэффициентом перехода к нормативным 0,7), т.е. в результатах проверки по прогибу мы должны увидеть следующий процент (60,4мм/30мм)*100%=201, а видим 264%, данная цифра есть в РСН 2, т.е. "1"*1/1,1+"2"*0,7 и прогиб равен 79,4мм - (79,4мм/30мм)*100%=264%. Отсюда следует, что длительность не учитывается.

// что-то вложения нынче не цепляются. Впрочем это и не так важно, можно взять любую жесткость и приложить нагрузки в 2-х загружениях, произвести проверку сечения в СТК.

Собственно, с давних пор не смотрел я на 2ПС в результатах проверки сечения, если ноги росли из графы прогиба. Но тут просто стало интересно, почему до сих пор Лир-СТК не учитывает длительность действия нагрузок при расчете балок по рогибам (2ПС)? Ведь это может приводить к неверным результатам проверки/подбора.

То, что СТК проверяет не равна ли нулю длительность, не рассматриваю.

Т.е. есть большая сложность для оптимизации существующего алгоритма; пока не до этого или вобще не планируется; или что-то еще?

а что, включено отображение осей для результатов? А то назначать можно сколько угодно, но если в флагах рисования не включить нужное, то ничего и не увидите.

да, кстати, там для удобства значения увеличены в 1000 раз, если мне память не изменяет.

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

в радианах, другое дело, у Вас может быть ГИС по тем направлениям, посмотрите протокол решения

KorniloFF, так у Вас же все написано, надо отключить UAC. Не знаю, как на 7-ке, но - пуск -> настройка -> панель управления (классический вид) -> учетные записи пользователей -> включение или отключение контроля учетных записей пользователей (UAC). После чего потребуется перезагрузка.