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

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

Коэф. длительности не влияет в случае если считать без 2 пред. состояния либо трещины не достигают предельных значений

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

PS. ander писал что в электронной документации к 8-ой версии  была расшифровка текстового файла.

Вопрос по формированию масс из статических загружений интересный. Задавал его нескольким специалистам и получал разные ответы. В нормативной литературе не встречал ответа. В общем случае берется нормативная составляющая от постоянной нагрузки и нормативная длительная составляющая от временных нагрузок. Для ветра, как вариант, берут расчетные значения. Для сейсмики, как вариант, постоянная с коэф. 0,9, длительная - 0,8, кратковременная - 0,5 от расчетных. Иногда требуется создавать специальные сочетания, для учета масс от отдельных загружений, например, динамическая нагрузка с массами от постоянной нагрузки должна сочетаться с постоянной нагрузкой, иначе может получиться ситуация - массы берем от нескольких загружений, а сочетаются они только с одной постоянной нагрузкой. По поводу нумерации документов - поищите документацию на старую досовскую Лиру, там все замечательно расписано, или как вариант разберитесь сами, ничего сложного в текстовом файле нет, можно понять за что тот или иной документ отвечает.

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

Тоже заметил смену ядер, видимо Intel таким образом пытается снизить температуру работающего ядра - одно работает, другое остывает. Галочкой - В реальном времени Вы меняете приоритет выполнения задачи. При одном процессоре такое приводило к тому, что нельзя было работать с системой если какой-либо из процессов выполнял в режиме высокого приоритета большое количество вычислений.

Драйвера guardant для 64-bit Vista выйдут примерно в середине ноября 2007.

Присоединяюсь к Борисову, действительно нужен читаемый человеком формат данных. Несколько раз приходилось править вручную исходные данные, хотя текстовый формат вполне читаемый, некоторые данные исправляются методом "тыка", так как нет документации на нововведения. Вопрос еще стоит и в архивации исходных данных, по прошествии десяти-пятнадцати лет скорее всего невозможно будет расшифровать закрытые форматы (не помню в какой стране проводился опыт по открытию старых документов - окончился печально). Лира благодаря текстовому формату позволяет расшифровывать данные и переносить в другие программы и версии. Не стоит забывать и про то, что корова государственная, а молоко - наше. Пользователь должен иметь право на то, что производит и должен иметь право использовать свое произведение по собственному усмотрению без привязки к инструменту (проблема художника и кисти - без наличия кисточки которой написана картина художник не увидит своего творения и никому не сможет ее показать). Выходом из положения может быть формат ifs - хотелось бы узнать о нем подробнее. По поводу огромности текстовых файлов - рост размера задач неизмеримо отстает от роста вычислительной мощности.

Лира в протоколе указывает только на первые ошибки, при количестве ошибок более 50 (точно не помню) остальные отсекаются и в протокол не выводятся, поэтому если Вы исправили их, то потом появляются "новые".

Иногда возникают проблемы с отображением шрифтов в Лире - вместо букв отображаются квадратики или знаки вопроса. Это скорее всего не ошибка в Лире, а ошибки в настройках системы. Мне помогла настройка секции FontSubstitutes в реестре Windows XP. Файл со своими настройками привожу.

Естественно, дать пользователю самому создавать вкладки (я это имел в виду). Иначе не получится, слишком много вариантов, например, колонны могут быть 1-го яруса, 2-го яруса... связевые, рамные... Для одного объекта вариантов не так много, а если делать жесткие вкладки на все случаи и любые объекты, то действительно очень громоздко и запутанно.

Согласен с Dima. В еврокоде процент нормируется, причем минимум 90%. Однако, на практике такого процента бывает сложно добиться: получается иногда больше 100 форм. Разница между 70 и 90% в том, что при 90% "вылетают" отдельные элементы.

Самоделкину.
Щелкать как раз меньше надо будет, представьте - вам надо найти нужную жесткость. Сейчас для этого надо пролистать весь список, притом неупорядоченный, найти среди всех нужную. А если будут вкладки, то жесткости определенного вида сразу все на виду будут. Сравните без вкладок выделение нужной жесткости от 1 до 22 кликов (реальный пример из задачи), с вкладками 1-2 клика.

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

Можно удалить или изменить нестыкующиеся характеристики из текстового файла. Читайте сообщения об ошибках и исправляйте текстовый файл. По-моему сейсмика разная и жесткостные характеристики для 9.2 и 9.4. Поэтому можете перед импортом в текстовый файл заблаговременно удалить сейсмику и упростить жесткости. Потом в 9.2 это все можно восстановить. Там еще есть идентификатор RU в жесткостях (точно не помню), его можно удалить. И должна быть "лишняя" секция с коэф. постели. Можете попробовать экспортировать в sli, а потом в лире 9.2 импортировать - минусов этого метода больше, чем в правке текстового файла.