Не хватает функции автоматического создания АЖТ, на подобие линейного шарнира.
Например, при выделении баз колонн с примыкающими узлами можно по расстоянию между узлами автоматом их закидывать в разные группы.
Группировка АЖТ, аналогично линейному шарниру, тоже была бы кстати.
Идеи для: ЛИРА-САПР
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
Новая
16.09.2025 14:58:33 Новая
14.02.2024 06:18:33 Доброго времени суток.
Было бы замечательно если бы в исходных данных для вычисления жесткости свай можно было бы видеть вычисленное значение несущей способности Fd с промежуточными значениями сопротивлений под нижним концом свай R и расчетные сопротивления на боковой поверхности сваи fi с указанием проверки на соответствие числу пластичности, коэффициенту пористости. Это было бы удобно для проверки ручных (численных, формульных) вычислений.
С уважением, Чесноков С.С.
Было бы замечательно если бы в исходных данных для вычисления жесткости свай можно было бы видеть вычисленное значение несущей способности Fd с промежуточными значениями сопротивлений под нижним концом свай R и расчетные сопротивления на боковой поверхности сваи fi с указанием проверки на соответствие числу пластичности, коэффициенту пористости. Это было бы удобно для проверки ручных (численных, формульных) вычислений.
С уважением, Чесноков С.С.
Новая
21.12.2023 14:14:32 Доброго дня.
Для розрахунку несучої здатності кладки ми задаємо рівні та об'єднуємо ділянки "перевірок" у групи
Пропоную додати можливість поширити ділянки на вибрані рівні, так як наразі нам приходиться вручну задавати усі об'єднання для кожного рівня окремо, на що витрачається дуже багато часу.
До прикладу, щоб ми об'єднали потрібні ділянки у групу на певному рівні, а потім вибрали рівні, на котрі ми хочемо поширити ці групи ділянок.
Також пропоную додати автоматичне задання ділянок з виділенням кутів.
Зараз ми маємо 2 варіанта для автоматичного задавання ділянок:
1) Довільна форма груп
2) Прямолінійна форма груп.
Проблема в тому, що коли ми виберемо прямолінійну форму груп, то наші стіни не діляться на ділянки в місцях зломів, або перетину стін, що ускладнює аналіз і вимушує до ручного коригування цих самих груп.
Пропоную додати можливість задання прямолінійної форми групи, котра буде задаватись лише на одну ділянку стіни (маю на увазі ділянку стіни між суміжними з площини стіни), з можливістю поділити усю стіну на три групи (на кінці стіни і середню частину стіни). Також щоб була можливість вказати довжину групи кінця стін.
Дякую
Для розрахунку несучої здатності кладки ми задаємо рівні та об'єднуємо ділянки "перевірок" у групи
Пропоную додати можливість поширити ділянки на вибрані рівні, так як наразі нам приходиться вручну задавати усі об'єднання для кожного рівня окремо, на що витрачається дуже багато часу.
До прикладу, щоб ми об'єднали потрібні ділянки у групу на певному рівні, а потім вибрали рівні, на котрі ми хочемо поширити ці групи ділянок.
Також пропоную додати автоматичне задання ділянок з виділенням кутів.
Зараз ми маємо 2 варіанта для автоматичного задавання ділянок:
1) Довільна форма груп
2) Прямолінійна форма груп.
Проблема в тому, що коли ми виберемо прямолінійну форму груп, то наші стіни не діляться на ділянки в місцях зломів, або перетину стін, що ускладнює аналіз і вимушує до ручного коригування цих самих груп.
Пропоную додати можливість задання прямолінійної форми групи, котра буде задаватись лише на одну ділянку стіни (маю на увазі ділянку стіни між суміжними з площини стіни), з можливістю поділити усю стіну на три групи (на кінці стіни і середню частину стіни). Також щоб була можливість вказати довжину групи кінця стін.
Дякую
Новая
14.04.2016 09:51:48 Доброго времени суток уважаемые участники.
Хотелось бы в будущем увидеть следующие возможности.
1. Возможность экспорта посчитанных переменных коэфф. постели из ЛираСАПР в Сапфир. Сейчас алгоритм работы по вычислению коэфф. постели выглядит так: создание BIM модели в сапфире (1)- получение аналитической модели(2) - экспорт в ЛираСАПР(3) - привязка схемы к грунту(4) - вычисление коэфф. постели (5) - расчет в ЛираСАПР (6) - корректировка Pz (7) - возвращение к операции (5). Причем операции 5, 6 и 7 по несколько раз для одной расчетной схемы. Далее, если мне понадобится создать из САПФИРА еще одну аналитическую модель, мне придется снова повторить вес цикл, и так для каждой новой аналитической модели.Эти прилично отнимает время особенно для больших объектов когда из одной BIM модели требуется получить МНОГО аналитических моделей и для всех придется считать коэфф. постели. Если добавить возможность экспорта коэфф. постели из ЛираСАПР в сапфир это могло бы выглядеть так: создание BIM модели в сапфире (1)- получение аналитической модели (2) - экспорт в ЛираСАПР(3), привязка схемы к грунту(4), вычисление коэфф. постели (5) - расчет в ЛираСАПР (6) - корректировка Pz (7) - возвращение к операции (5) 3 - 4 цикла - экспорт коэфф. постели в САПФИР на конструктивный элемент фунд. плита. Далее, если понадобится создать очередную аналитическую модель коэфф. постели будут присваивались КЭ автоматически и не будет нужды с каждой схемой выполнять операции 4, 5, 6 и 7. (аналогично можно поступить и по отношению к сваям). На мой взгляд это прилично сэкономит время и облегчит труд проектировщика.
2. Возможность экспорта данных из САПФИР в ЛираСАПР о параметрах армирования и разбиения на УНГ для нелинейного расчета плит после их конструирования в системе САПФИР конструкции.
Хотелось бы в будущем увидеть следующие возможности.
1. Возможность экспорта посчитанных переменных коэфф. постели из ЛираСАПР в Сапфир. Сейчас алгоритм работы по вычислению коэфф. постели выглядит так: создание BIM модели в сапфире (1)- получение аналитической модели(2) - экспорт в ЛираСАПР(3) - привязка схемы к грунту(4) - вычисление коэфф. постели (5) - расчет в ЛираСАПР (6) - корректировка Pz (7) - возвращение к операции (5). Причем операции 5, 6 и 7 по несколько раз для одной расчетной схемы. Далее, если мне понадобится создать из САПФИРА еще одну аналитическую модель, мне придется снова повторить вес цикл, и так для каждой новой аналитической модели.Эти прилично отнимает время особенно для больших объектов когда из одной BIM модели требуется получить МНОГО аналитических моделей и для всех придется считать коэфф. постели. Если добавить возможность экспорта коэфф. постели из ЛираСАПР в сапфир это могло бы выглядеть так: создание BIM модели в сапфире (1)- получение аналитической модели (2) - экспорт в ЛираСАПР(3), привязка схемы к грунту(4), вычисление коэфф. постели (5) - расчет в ЛираСАПР (6) - корректировка Pz (7) - возвращение к операции (5) 3 - 4 цикла - экспорт коэфф. постели в САПФИР на конструктивный элемент фунд. плита. Далее, если понадобится создать очередную аналитическую модель коэфф. постели будут присваивались КЭ автоматически и не будет нужды с каждой схемой выполнять операции 4, 5, 6 и 7. (аналогично можно поступить и по отношению к сваям). На мой взгляд это прилично сэкономит время и облегчит труд проектировщика.
2. Возможность экспорта данных из САПФИР в ЛираСАПР о параметрах армирования и разбиения на УНГ для нелинейного расчета плит после их конструирования в системе САПФИР конструкции.
Новая
14.02.2016 16:42:43 Просьба к разработчикам! Не так давно на этом сайте опубликовали отчеты по верификации программного комплекса Лира-САПР. Был опубликован отчет, в котором приводились верификационные примеры. На этом сайте есть часть этих примеров (именно файлы задач). Но не все. Хотелось бы видеть в разделе "Верификация" остальные, недостающие, файлы задач, которые есть в отчете. Спасибо
Новая
29.01.2016 15:32:24 Добрый день. Очень прошу Вас рассмотреть возможность создания механизма нормального экспорта/импорта между этими двумя программами. На данный момент этим только SCAD может похвастаться. Суть в том, что сейчас обмен идет через формат STP, который уже очень давно устарел и не учитывает при обмене множество конструктивных особенностей: составные и сварные сечения, автоматическая передача конструктивных элементов, как одного цельного и т.д. Все эти возможности можно реализовать через формат SML (SMLX). Я уже неоднократно поднимал этот вопрос, и вроде как меня обнадежили, что займутся этим вопросом. Я даже скидывал комплект SDK с руководством разработчика. Но пока тихо( С московским офисом Грайтека я тоже часто общаюсь и они готовы с вами взаимодействовать по этому вопросу.
Новая
27.10.2015 14:17:02 Уважаемые разработчики.
Было бы весьма полезно продублировать или отредактировать первую часть Руководства пользователя, поставляемую вместе с программой Лира-САПР (ЛИРА 9.0. Руководство пользователя. Книга 1. Основные теоретические и расчетные положения. Некоторые рекомендации \ Киев, 2002)
После 2002 года многое изменилось, добавились новые функции в программе и реализовались новые нормативные документы. Большинство аббревиатур и ссылок физически устарели и требуют корректировки и исправлений. Кроме расширения основных положений можно добавить дополнительной теории и методик, описывающих новые возможности. Данный материал был бы актуальным и снял многие вопросы, без обращения в техподдержку. (справка в самой программе хоть и обновляется - но не отражает всей полноты теоретических предпосылок расчета)
Было бы весьма полезно продублировать или отредактировать первую часть Руководства пользователя, поставляемую вместе с программой Лира-САПР (ЛИРА 9.0. Руководство пользователя. Книга 1. Основные теоретические и расчетные положения. Некоторые рекомендации \ Киев, 2002)
После 2002 года многое изменилось, добавились новые функции в программе и реализовались новые нормативные документы. Большинство аббревиатур и ссылок физически устарели и требуют корректировки и исправлений. Кроме расширения основных положений можно добавить дополнительной теории и методик, описывающих новые возможности. Данный материал был бы актуальным и снял многие вопросы, без обращения в техподдержку. (справка в самой программе хоть и обновляется - но не отражает всей полноты теоретических предпосылок расчета)
Новая
17.09.2015 15:59:54 Например создана рабочая схема в Сапфир. В Лире добавлены нагрузки, откорректированы загружения, некоторые элементы.
Добавлены АЖТ. И так далее - и при этом все изменения вносятся в модель Сапфира. Как например если правки осуществляются в аналитическом режиме - сразу идут изменения в физической модели.
Добавлены АЖТ. И так далее - и при этом все изменения вносятся в модель Сапфира. Как например если правки осуществляются в аналитическом режиме - сразу идут изменения в физической модели.
Новая
22.07.2015 23:37:32 Хотелось бы иметь возможность сохранить вычисленные лирой динамических нагрузок (сейсмика, ветер) с сохранением распределения их по всем формам для дальнейшего их использования.
Например, посчитали колебания, динамические нагрузки на жестком грунте. Как-то сохранили их. Посчитали здание с теми нагрузками что сохранили на деформированном грунте.
Сейчас есть возможность передать через конвертацию - но при этом теряется распределение по частотам, и передается через рсн (корень квадратный из нагрузок) - при этом теряется точность.
Например, посчитали колебания, динамические нагрузки на жестком грунте. Как-то сохранили их. Посчитали здание с теми нагрузками что сохранили на деформированном грунте.
Сейчас есть возможность передать через конвертацию - но при этом теряется распределение по частотам, и передается через рсн (корень квадратный из нагрузок) - при этом теряется точность.
Новая
11.07.2015 17:55:18 Здравствуйте! Большое пожелание к Вам, разработчикам! Хотелось бы увидеть в вашей ценовой политике возможность приобретать Лиру с временной лицензией (год и более) и цену соответственно снизить. Для частных лиц приобретение Лиры становится практически нереальным, так как сразу выложить такую сумму мало кто может. А вот если бы по более демократичной цене можно было бы приобрести годовую лицензию (можно привязать к выпуску новых версий), это дало бы возможность приобрести ваш продукт более широкому кругу потребителей. Многие программные комплексы доступны по так называемой "подписке", можно взять пример с них. Так выгода и вам (прирост пользователей, использование последней версии программы подписчиками, что подтолкнет к обновлению пользователей предыдущих версий, широкое распространение) и нам (купить лицензию на год, за это время можно заработать на постоянную лицензию)! Спасибо
Новая
10.06.2015 08:04:55 Пересмотрите подход к программной реализации армирования по СП 63.13330.2012. Очень уж медленно (крайне медленно) происходит проверка на заданное армирования в локальном режиме. Скорость нужно повышать в десятки, а то и в сотни раз. Особенно актуальной проблема станет с 1 июля 2015 г.
Новая
09.06.2015 10:15:09 Идея состоит в реализации при расчете на устойчивость вывода энергии упругой деформации.
Новая
09.06.2015 10:09:34 Хотелось бы иметь возможность выборочного переноса подобранных профилей в исходные данные с автоматическим изменением собственного веса, эксцентресистетов и т.п. Также чтобы программа присваивала подобранный профиль всему конструктивному элементу, а не его составным частям (идея по использованию элементов типа БАЛКА, КОЛОННА вместо стержней автоматом решает эту проблему).
Новая
09.06.2015 09:50:56 Идея в расширении визуализации опор.
Сейчас это либо синяя точка, либо 6 прямоугольников (раскрашенных полностью либо частично).
Предлагаю создать базу элементов (жесткая опора, полный шарнир, шарнир в одном из направлений), т.е. по сути 3D элемент для лучшего визуального восприятия. Можно произвести небольшой конкурс на создание таких элементов, или просто подсмотреть как это реализовано к примеру в ING+.
Сейчас это либо синяя точка, либо 6 прямоугольников (раскрашенных полностью либо частично).
Предлагаю создать базу элементов (жесткая опора, полный шарнир, шарнир в одном из направлений), т.е. по сути 3D элемент для лучшего визуального восприятия. Можно произвести небольшой конкурс на создание таких элементов, или просто подсмотреть как это реализовано к примеру в ING+.
Новая
09.06.2015 09:20:41 Идея в интеграции модели грунта в основную схему (возможно переработанную). Будет значительно удобней работать. Необходимо также добавить соответствии относительных отметок абсолютным, чтобы параметры скважин вводить по геологии, а не переводить в относительные отметки.
Сейчас расчет в модели грунта производится по 3-м методам
Метод 1. Расчет для модели Пастернака.
Метод 2. Расчет для модели Винклера-Фусса .
Метод 3. Модифицированный расчет для модели Пастернака.
Соответственно используется по сути 2 модели грунта (Пастернак и Винклера-Фусса). Есть необходимость в расширении моделей, а именно нелинейные модели грунта:
1) модель Кулона-Мора,
2) модель упрочняющегося грунта,
3) модель ползучести грунта,
4) модель cam-clay,
5) модель Хёка-Брауна
Сейчас расчет в модели грунта производится по 3-м методам
Метод 1. Расчет для модели Пастернака.
Метод 2. Расчет для модели Винклера-Фусса .
Метод 3. Модифицированный расчет для модели Пастернака.
Соответственно используется по сути 2 модели грунта (Пастернак и Винклера-Фусса). Есть необходимость в расширении моделей, а именно нелинейные модели грунта:
1) модель Кулона-Мора,
2) модель упрочняющегося грунта,
3) модель ползучести грунта,
4) модель cam-clay,
5) модель Хёка-Брауна
Новая
09.06.2015 09:11:45 Идея в автоматическом учете физических размеров элементов (стык колонны с плитой, ригеля с плитой, колонны со стеной и т.п.). АЖТ и "Паук" категорически не подходят. Необходимо разработать и внедрить алгоритм, создающий подобные стыковки автоматически (по типу CLPL в ING+, очень хорошо бьется с расчетом объемными КЭ). Подобный алгоритм будет учитывать адекватную работу плиты при опирании на колонну, будет адекватная картина перемещений узлов плиты в местах "примыкания" тела колонны, обеспечит реальный подбор арматуры в плите и будет соответствовать строительной механике.
Вообще стыковки стержневых элементов с оболочками - это слабое место ... нужно над этим работать.
Вообще стыковки стержневых элементов с оболочками - это слабое место ... нужно над этим работать.
Новая
09.06.2015 08:56:25 Хотелось бы иметь некие условные поверхности (оболочка здания) для задания нагрузок от фасадных систем, ветра (с заданием района и автоматическим определением нагрузки и созданием необходимых загружений), снега (с заданием района и автоматическим определением нагрузки и созданием необходимых загружений). Это не именно элемент схемы, а некий алгоритм, понимающий геометрию схемы и производящий необходимые расчеты и прикладывающий нагрузки к элементам схемы в зависимости от типов элементов (колонны, плиты и т.п.). Т.е. к примеру стальной каркас с колоннами ... этот алгоритм определяет ветровую нагрузку на 1 м2 и в зависимости от шага колонн производит приложение распределенной нагрузки на колонны, причем если шаг колонн изменится - произведется перерасчет нагрузки и переприложение к колоннам.
Новая
09.06.2015 08:51:40 Так как фундаментные плиты достигают значительных толщин (более 1 м), а в расчетной схеме эта плита представляет собой оболочку, хотелось бы иметь инструмент, дающий возможность учета распределения нагрузки до серединной плоскости.
Новая
09.06.2015 08:32:10 Неплохо бы иметь настраиваемые шаблоны материалов. К примеру создали некую схему, присвоили материал для плиты, стены, колонны и т.п., а затем сохранили бы присвоенный материал (для ж.б. - тип, бетон, арматуру) в качестве шаблона. В другой задаче просто выбрали бы шаблон из списка и присвоили бы необходимым элементам.
Новая
05.11.2014 21:37:10 Возможность видеть трассировку расчета стальных элементов и выполнить экспорт в Word для наихудших сочетаний усилий.
Возможность экспорта в Word трассировки расчета узлов (а не только в html)
Возможность просмотра и экспорта в Word трассировки продавливания
Возможность экспорта в Word трассировки расчета узлов (а не только в html)
Возможность просмотра и экспорта в Word трассировки продавливания
Новая
24.04.2014 10:17:36 Здравствуйте!
Для расчета кровельных элементов (прогонов, ферм, балок) как жесткого диска покрытия создайте пожалуйста в жесткостях элементы профлиста по ГОСТ 24045-2010, с возможностью моделирования их на несущие конструкции, расчета, подбора и проверки.
Для расчета кровельных элементов (прогонов, ферм, балок) как жесткого диска покрытия создайте пожалуйста в жесткостях элементы профлиста по ГОСТ 24045-2010, с возможностью моделирования их на несущие конструкции, расчета, подбора и проверки.
Новая
04.04.2014 10:44:52 Здравствуйте,
Хотелось бы расширения возможностей Лир-АРМ и Лир-ЛАРМ при расчете стержней и пластин, особенно в следующих направлениях:
1. Расчет и показ начальных, конечных (под усилиями) , предельных жесткостных характеристик (D11, D12 и т.д.), жесткостных характеристик в момент трещинообразования и от нормативных длительных и кратковременных усилий по ндм.
2. Показ 1/rx, 1/ry, e0 для всех случаев выше (начальные, конечные, предельные, трещинообразования, от нормативных усилий)
3. Показ расчета определений коэффициентов продольного изгиба
4. Показ распределения перемещений и усилий по сечению при расчет от предельных, нормативных, кратковременных и длительных усилий.
5. Показ графиков распределения несущей способности (N-Mx-My и N-Qx-Qy) с учетом коэффициента продольного изгиба (что-то похожее есть в эспри)
6. Расчет РСУ не по критериям, а по выпуклой области (похожее есть в эспри).
7. В лир-ларм расчет прогибов многопролетных балок от длительных и кратковременных нагрузок с учетом трещинообразования.
8. Расчет в лире хомутов в соответствии с СП52-101-2003 (по переменной длине трещины)
9. Расчет в лир-ларм хомутов в соответствии с СП (что-то наподобе узлов в Лир-СТК)
10. Встроить в лир-ларм расчет продавливаний из эспри.
11. Более подробный вывод результатов расчета на продавливание.
Хотелось бы расширения возможностей Лир-АРМ и Лир-ЛАРМ при расчете стержней и пластин, особенно в следующих направлениях:
1. Расчет и показ начальных, конечных (под усилиями) , предельных жесткостных характеристик (D11, D12 и т.д.), жесткостных характеристик в момент трещинообразования и от нормативных длительных и кратковременных усилий по ндм.
2. Показ 1/rx, 1/ry, e0 для всех случаев выше (начальные, конечные, предельные, трещинообразования, от нормативных усилий)
3. Показ расчета определений коэффициентов продольного изгиба
4. Показ распределения перемещений и усилий по сечению при расчет от предельных, нормативных, кратковременных и длительных усилий.
5. Показ графиков распределения несущей способности (N-Mx-My и N-Qx-Qy) с учетом коэффициента продольного изгиба (что-то похожее есть в эспри)
6. Расчет РСУ не по критериям, а по выпуклой области (похожее есть в эспри).
7. В лир-ларм расчет прогибов многопролетных балок от длительных и кратковременных нагрузок с учетом трещинообразования.
8. Расчет в лире хомутов в соответствии с СП52-101-2003 (по переменной длине трещины)
9. Расчет в лир-ларм хомутов в соответствии с СП (что-то наподобе узлов в Лир-СТК)
10. Встроить в лир-ларм расчет продавливаний из эспри.
11. Более подробный вывод результатов расчета на продавливание.
Новая
04.04.2014 10:37:26 Здравствуйте,
При расчете колебаний (например. при расчете пульсаций, сейсмики), устойчивости, например, здания на объемных элементов получается, что колеблется все здание. Хотелось бы иметь возможность вводить ТОЛЬКО для расчета колебаний и устойчивости дополнительных закреплений. Например, ввести еще один инструмент закреплений, но другого цвета, данные закрепления буду использоваться только при расчете колебаний, после получения частотных характеристик расчет бы выполнялся с обычными закреплениями.
Это было бы более общим аналогом функции "Жесткое закрепление упругого основания" microfe при расчете колебаний.
При расчете колебаний (например. при расчете пульсаций, сейсмики), устойчивости, например, здания на объемных элементов получается, что колеблется все здание. Хотелось бы иметь возможность вводить ТОЛЬКО для расчета колебаний и устойчивости дополнительных закреплений. Например, ввести еще один инструмент закреплений, но другого цвета, данные закрепления буду использоваться только при расчете колебаний, после получения частотных характеристик расчет бы выполнялся с обычными закреплениями.
Это было бы более общим аналогом функции "Жесткое закрепление упругого основания" microfe при расчете колебаний.
Новая
29.11.2013 15:24:27 Здравствуйте,
В лире-сапр есть 2 возможности выдачи результатов расчета: мозайка и изополя. Мозайка показывает усилия в центре тяжести элемента. Изополя показывает сглаженные результаты на основе данных мозаек.
В местах примыкания к колоннам (через АЖТ) и другим местам сопряжения сглаживание происходит не совсем корректно. Насколько я понимаю, усилия в центре тяжести переносятся в место сопряжения с колонной.
В качестве примера привожу разрезы как показываются усилия при мозайке и при изополе. Как видно для крайнего элемента возле колонны не сохраняется даже площадь эпюры.
хотя правильней было показывать значения центра тяжести в центре тяжести, а для места сопряжения колонны интерполировать через 2 элемента. Т.е. Q=Q1+(Q1-Q2)*a1/(a1+a2), где Q - усилие по грани колонны, Q1 - в центре тяжести ближайшего к колонне элемента, Q2 -дальнего от колонны, a1 - расстояние от центра тяжести до края 1 элемента (предполагаем правильную форму), a2 - второго элемента. (показано черной линией)
При такой интерпретации можно получить более правильное распределение усилий в местах стыка колонна/плита.
При этом для уменьшения пиков хотелось бы добавить возможность сглаживать усилия и ширину сглаживая (ширину осреднения).
К этому хотелось бы добавить возможность автоматического сбора усилий с надколонных и пролетных полос (реализовано в Safe)..png)
.png)
.png)
Аналогично для арматуры.
В лире-сапр есть 2 возможности выдачи результатов расчета: мозайка и изополя. Мозайка показывает усилия в центре тяжести элемента. Изополя показывает сглаженные результаты на основе данных мозаек.
В местах примыкания к колоннам (через АЖТ) и другим местам сопряжения сглаживание происходит не совсем корректно. Насколько я понимаю, усилия в центре тяжести переносятся в место сопряжения с колонной.
В качестве примера привожу разрезы как показываются усилия при мозайке и при изополе. Как видно для крайнего элемента возле колонны не сохраняется даже площадь эпюры.
хотя правильней было показывать значения центра тяжести в центре тяжести, а для места сопряжения колонны интерполировать через 2 элемента. Т.е. Q=Q1+(Q1-Q2)*a1/(a1+a2), где Q - усилие по грани колонны, Q1 - в центре тяжести ближайшего к колонне элемента, Q2 -дальнего от колонны, a1 - расстояние от центра тяжести до края 1 элемента (предполагаем правильную форму), a2 - второго элемента. (показано черной линией)
При такой интерпретации можно получить более правильное распределение усилий в местах стыка колонна/плита.
При этом для уменьшения пиков хотелось бы добавить возможность сглаживать усилия и ширину сглаживая (ширину осреднения).
К этому хотелось бы добавить возможность автоматического сбора усилий с надколонных и пролетных полос (реализовано в Safe).
Аналогично для арматуры.
Новая
12.07.2013 14:07:23 | Добрый день, spi! Так как алгоритм подбора арматуры реализует общий случай, при наличии в РСУ сейсмического воздействия применяется понижающий коэффициент к кси_р равный 0.85, т.е. не реагирует на бальность площадки строительства. С уважением, Алексей Тищенко |
Получается, что расчет производится как для площадки с сейсмичностью 7 баллов.
Большая просьба, в следующих обновлениях реализуйте учет понижающих коэффициентов при расчете граничной относительной высоты сжатой зоны бетона для условий сейсмики при 8 и 9 баллах.
Если это труднореализуемо, то хотя бы, чтобы понижающий коэффициент кси_р принимался равным 0,7 (как для условий с 8-бальной площадкой в соответствии с п. 6.7.2 СП 14.13330.2011 и как наиболее распространенного случая бальности строительной площадки, а не 0,85 как он принимается в текущей редакции программы, являясь обобщенным для всех вариантов (7, 8 и 9 баллов).
Таким образом, в предлагаемом значении коэффициента кси-р= 0,7 , при условиях 7 баллах его использование будет давать запас, а при 8 баллах - иметь справедливое значение согласно СП 14.13330.2011
Новая
04.07.2013 11:41:37 хотелось бы при заполнении таблицы рсу прямо в ней создавать условные нагружения с присвоением им номеров дополняющих общий список посчитанных нагружений.
например
1--собств вес
2-- полезная
3-5 нагружения инерционные (получили при переводе результатов сейсмического расчета в нагружения)
6- ветровая и ли что либо еще
--создаем нагружение с номером в данном случае -7 , определяем его как псевдо-сейсмическое (потребуется соответствующее ответвление в алгоритме и включающая его галка) и для него указываем нагружения 3,4,5 как формы данного нагружения. блок рсу выполняет для него среднеквадратику.
такая фича позволит например:
-- произвольно манипулировать жесткостью основания после штатного динамического расчета.
-- также сможем вычленить например из сейсмического расчета по модулю 38 только формы реализующие поступательное перемещение и форму реализующую вращение здания только вокруг вертикальной оси(что текущие нормы пока разрешают), перевести их в статические инерционные нагружения и соответствующе обработать. учет вращения вокруг Х и У дает прибавку нагрузок в разы и не всегда приемлем. хотя это конечно самый надежный вариант для конечного потребителя, но не всегда реализуемый с точки зрения армирования.
-- получим прямую связь с результатами рк Старк.
например
1--собств вес
2-- полезная
3-5 нагружения инерционные (получили при переводе результатов сейсмического расчета в нагружения)
6- ветровая и ли что либо еще
--создаем нагружение с номером в данном случае -7 , определяем его как псевдо-сейсмическое (потребуется соответствующее ответвление в алгоритме и включающая его галка) и для него указываем нагружения 3,4,5 как формы данного нагружения. блок рсу выполняет для него среднеквадратику.
такая фича позволит например:
-- произвольно манипулировать жесткостью основания после штатного динамического расчета.
-- также сможем вычленить например из сейсмического расчета по модулю 38 только формы реализующие поступательное перемещение и форму реализующую вращение здания только вокруг вертикальной оси(что текущие нормы пока разрешают), перевести их в статические инерционные нагружения и соответствующе обработать. учет вращения вокруг Х и У дает прибавку нагрузок в разы и не всегда приемлем. хотя это конечно самый надежный вариант для конечного потребителя, но не всегда реализуемый с точки зрения армирования.
-- получим прямую связь с результатами рк Старк.
Новая
04.07.2013 09:46:45 можно ли сделать автоматический перерасчет реакций для кэ55 по результату хотя бы одного нагружения или комбинации нагружений (как это практикуется в инженерной нелинейности) ?
цель в следующем: разделили части схемы и связали их кэ55 с реакциями соответствующими жесткому соединению(Rx= Ry= Rz= Rux= Ruy = Ruz=1e6 )
по результату расчета по данному нагружению стали известны усилия в кэ55 и перемещения их узлов. программно пересчитываем значения реакций для каждого кэ55 . удаляем часть схемы которая не представляет интереса.
далее используем оставшуюся часть схемы и кэ55 с реакциями имитирующими удаленную часть схемы.
например:
выполнили расчет схемы из линейных кэ с основанием из нелинейных окэ грунта на определяющее нагружение (или комбинацию нагружений) . это очень затратный по времени расчет.
узлы фундаментов заранее связали с узлами окэ грунта кэ55( с реакциями соответствующими жесткому соединению Rx= Ry= Rz= Rux= Ruy = Ruz=1e6 ).
по результатам расчета программно вычислили и назначили фактические реакции каждому кэ55 .
Далее удалили массив окэ грунта, жестко закрепили ставшие свободными узлы кэ55 и получили простую схему здания, где кэ55 полностью имитируют удаленный грунтовый массив (это справедливо разумеется только для данного нагружения. характер которого далее не меняем).
Данный прием был бы таже продуктивен для свайного основания, если использованы кэ55 для связи смежных узлов окэ грунта и свай . а так же для комбинрованых свайно-плитных фундаментов.
Мы располагаем приложением "вариация моделей" и можем получить жесткость основания для каждого нагружения и связать их результаты.
Для вариации моделей развитие вижу в том , чтобы производилось не объединение рсу нескольких задач, а формировались сами рсу на базе результатов каждой задачи (одна схема - результаты для собственного веса здания . другая для варианта полезных нагрузок, третьья для ветровой и т д.) при чем мы могли бы варьировать жесткость основания для каждого случая
цель в следующем: разделили части схемы и связали их кэ55 с реакциями соответствующими жесткому соединению(Rx= Ry= Rz= Rux= Ruy = Ruz=1e6 )
по результату расчета по данному нагружению стали известны усилия в кэ55 и перемещения их узлов. программно пересчитываем значения реакций для каждого кэ55 . удаляем часть схемы которая не представляет интереса.
далее используем оставшуюся часть схемы и кэ55 с реакциями имитирующими удаленную часть схемы.
например:
выполнили расчет схемы из линейных кэ с основанием из нелинейных окэ грунта на определяющее нагружение (или комбинацию нагружений) . это очень затратный по времени расчет.
узлы фундаментов заранее связали с узлами окэ грунта кэ55( с реакциями соответствующими жесткому соединению Rx= Ry= Rz= Rux= Ruy = Ruz=1e6 ).
по результатам расчета программно вычислили и назначили фактические реакции каждому кэ55 .
Далее удалили массив окэ грунта, жестко закрепили ставшие свободными узлы кэ55 и получили простую схему здания, где кэ55 полностью имитируют удаленный грунтовый массив (это справедливо разумеется только для данного нагружения. характер которого далее не меняем).
Данный прием был бы таже продуктивен для свайного основания, если использованы кэ55 для связи смежных узлов окэ грунта и свай . а так же для комбинрованых свайно-плитных фундаментов.
Мы располагаем приложением "вариация моделей" и можем получить жесткость основания для каждого нагружения и связать их результаты.
Для вариации моделей развитие вижу в том , чтобы производилось не объединение рсу нескольких задач, а формировались сами рсу на базе результатов каждой задачи (одна схема - результаты для собственного веса здания . другая для варианта полезных нагрузок, третьья для ветровой и т д.) при чем мы могли бы варьировать жесткость основания для каждого случая