|
||
| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны | Справка по форуму | Файлообменник | |
|
![]() |
Поиск в этой теме |
|
||||
демагог Регистрация: 05.09.2003
Самара
Сообщений: 1,066
|
Вот все и затихло... Хотя я втайне надеялся на продолжение дискуссии о трещинах и слоистых элементах
![]() Впрочем, все равно, совершенствование программы наверняка потребует наделения конечных элементов дополнительными полями данных или же создания новой надстройки, рассматривающей совокупность разрозненных КЭ снова как некую конструкцию, потому что некоторые вещи (например, расчет по наклонному сечению) заточены изначально на рассмотрение всей конструкции, а не малой ее части. Отсюда, кажется, и не всегда удовлетворительные результаты... Кстати, еще про армирование в плитах: почему если говорить о постоянном армировании в пределах КЭ, то сразу приводится пример ЛИРЫ, которая берет для этого усилия в одной точке ("вот почему мы так не делаем!"). Ведь можно также рассматривать прочность отдельного элемента с приложенными по боковым сторонам усилиями и ничего не надо сводить к центру. Кстати, примерно так написано в новом СНиПе по ж/б и МГСН 4.19-05. Реально, переменная интенсивность армирования в узлах оставляет только один маневр - принятие максимальных значений, ибо все остальное есть геморрой. И заодно еще одно конструктивное предложение по развитию интерфейса - сейчас есть такая возможность, как показ перемещений относительно выбранной точки. Однако, допустим, надо посмотреть прогибы перекрытия на одном из верхних этажей высотного здания, рассчитанного совместно с основанием - там будет и искомый прогиб, и осадка основания, и деформации вертикальных конструкций, и поворот, и отделить одно от другого проблематично. В общем, я к тому, что было бы неплохо сделать показ перемещений относительно не только тойки, но и заданной плоскости (3 точек), причем с фильтрацией ее поворота как жесткого тела. Надеюсь, я понятно выразил мысль ![]() |
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
Файл->Сортировка.
с чем её едят - т.е. чем (какими принципами) руководствоваться чтобы что-то улучшить - сходимость и т.п. как я понимаю. интересуют рекомендации типа: -узлы нумеровать от центра области взаимодействия надземной части схемы с опорами... |
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
Николай я бы сам сделал
![]() а текст проги следующий: dim point1 (0 to 2) as double dim point2 (0 to 2) as double point1=gen3_dim.pointDLL.getPointCoordinate point2=gen3_dim.pointDLL.getPointCoordinate ... действия типа сложения умножения ... если дадите путь к функции то и сам наваяю. ![]() |
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
|
|||
![]() |
|
||||
демагог Регистрация: 05.09.2003
Самара
Сообщений: 1,066
|
Цитата:
to Николай Баглаев А вот почему есть табличный вывод исходных данных/результатов в Word, а в Excel нету? В плане постобработки данных последний был бы предпочтительнее... Или такая крамольная мысль, как обработка результатов юзверем, в головы разработчиков не приходила? ![]() |
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
алгоритм принципиально описывается таким образом:
Цитата:
|
|||
![]() |
|
||||
ж б Регистрация: 14.03.2006
Ярославль
Сообщений: 584
![]() |
Цитата:
|
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
дело конечно не в том чтобы каждый этаж индивидуально заармировать, а в том чтобы более правдоподобно оценить усилия в конструкциях и не промахнуться с армированием.
зы. на лиру я в предидущем посте зря наговорил по поводу рсу |
|||
![]() |
|
||||
Регистрация: 10.02.2007
РФ
Сообщений: 47
|
Господа, каким образом вы выбираете РСУ в Gen_3_Dim? Нет ли у кого-нибудь "самопальной" утилиты для генерации таблиц огибающих из файла с рассчитаными РСУ? Известная программка для поиска максимумов в прямоугольных сечениях не интересует.
Далее - высказывание с т.з. лиц. пользователя. В течении всего времени не совершенствуется (либо обновляется в малой степени) инструментарий для удобоваримого восприятия результатов - хотя это одна из самых важнейших частей, и по большому счету с технической точки зрения наиболее весомым результатом работы стало сокращение времени счета. |
|||
![]() |
|
||||
ж б Регистрация: 14.03.2006
Ярославль
Сообщений: 584
![]() |
Цитата:
|
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
DTab, действительно есть такие соображения...но вот для фундаментов общая схема не в запас...
Однако разработчики представят в 2007 версии возможность учета монтажа. Время расчета многоэтажки на объемниках будет просто чумовым... ![]() ![]() и это хорошо. |
|||
![]() |
|
||||
ж б Регистрация: 14.03.2006
Ярославль
Сообщений: 584
![]() |
Цитата:
Для фундаментной плиты вообщето с общей схемой приходит нагрузка больше . Логично предположить , что если половина этажей еще не возведена, то для фундаментной плиты это как слону дробина. |
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
Цитата:
Цитата:
|
|||
![]() |
|
||||
ж б Регистрация: 14.03.2006
Ярославль
Сообщений: 584
![]() |
[quote="p_sh"]
Цитата:
Для справки- 10-20 или даже 30% дают расхождения разные програмные комплексы. Сумма всех реакций у них конечно одинаковая, а вот способность перераспределения усилий конечными элементами - разная. Что касается статически неопредилимых монолитных конструкций , то они способны в предельной стадии воспринимать большие усилия (где-то -в 1,5-2 раза) . Так что в период строительства все это учитывать можно, но не обязательно (наверно это будет зависить от колличества этажей - все должно иметь разумный подход. в нашем регионе например больше 20 этажей ставить почти не реально.). Мое мнение это просто рекламный ход ЛИРЫ. Конечно есть еще фильтрационная консолидация (глины, торфы). Вот тут важнее учитывать временные процессы. Но это совсем другая история. |
|||
![]() |
|
||||
новичок Регистрация: 19.06.2005
Ярославль
Сообщений: 3,396
|
Цитата:
Цитата:
хорошо бы если разработчики реализовали его иначе чем в лире - т.е. результаты по монтажу - как одно "нагружение", которое можно комбинировать с другими нагружениями. |
|||
![]() |