Доброго времени суток.
Было бы замечательно если бы в исходных данных для вычисления жесткости свай можно было бы видеть вычисленное значение несущей способности Fd с промежуточными значениями сопротивлений под нижним концом свай R и расчетные сопротивления на боковой поверхности сваи fi с указанием проверки на соответствие числу пластичности, коэффициенту пористости. Это было бы удобно для проверки ручных (численных, формульных) вычислений.
С уважением, Чесноков С.С.
Идеи для: ЛИРА-САПР
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
14.02.2024 06:18:33
21.12.2023 14:14:32 Доброго дня.
Для розрахунку несучої здатності кладки ми задаємо рівні та об'єднуємо ділянки "перевірок" у групи
Пропоную додати можливість поширити ділянки на вибрані рівні, так як наразі нам приходиться вручну задавати усі об'єднання для кожного рівня окремо, на що витрачається дуже багато часу.
До прикладу, щоб ми об'єднали потрібні ділянки у групу на певному рівні, а потім вибрали рівні, на котрі ми хочемо поширити ці групи ділянок.
Також пропоную додати автоматичне задання ділянок з виділенням кутів.
Зараз ми маємо 2 варіанта для автоматичного задавання ділянок:
1) Довільна форма груп
2) Прямолінійна форма груп.
Проблема в тому, що коли ми виберемо прямолінійну форму груп, то наші стіни не діляться на ділянки в місцях зломів, або перетину стін, що ускладнює аналіз і вимушує до ручного коригування цих самих груп.
Пропоную додати можливість задання прямолінійної форми групи, котра буде задаватись лише на одну ділянку стіни (маю на увазі ділянку стіни між суміжними з площини стіни), з можливістю поділити усю стіну на три групи (на кінці стіни і середню частину стіни). Також щоб була можливість вказати довжину групи кінця стін.
Дякую
Для розрахунку несучої здатності кладки ми задаємо рівні та об'єднуємо ділянки "перевірок" у групи
Пропоную додати можливість поширити ділянки на вибрані рівні, так як наразі нам приходиться вручну задавати усі об'єднання для кожного рівня окремо, на що витрачається дуже багато часу.
До прикладу, щоб ми об'єднали потрібні ділянки у групу на певному рівні, а потім вибрали рівні, на котрі ми хочемо поширити ці групи ділянок.
Також пропоную додати автоматичне задання ділянок з виділенням кутів.
Зараз ми маємо 2 варіанта для автоматичного задавання ділянок:
1) Довільна форма груп
2) Прямолінійна форма груп.
Проблема в тому, що коли ми виберемо прямолінійну форму груп, то наші стіни не діляться на ділянки в місцях зломів, або перетину стін, що ускладнює аналіз і вимушує до ручного коригування цих самих груп.
Пропоную додати можливість задання прямолінійної форми групи, котра буде задаватись лише на одну ділянку стіни (маю на увазі ділянку стіни між суміжними з площини стіни), з можливістю поділити усю стіну на три групи (на кінці стіни і середню частину стіни). Також щоб була можливість вказати довжину групи кінця стін.
Дякую
15.04.2016 20:49:28 Здравствуйте! В данный момент для версии Lira Sapr 2015 реализован расчет жесткости свай как для одиночной сваи, так и с учетом соседних свай.
Предлагаю реализовать расчет жесткости свай как для условного фундамента в соответствии с требованиями п.7.4.6 СП 24.13330.2011. Теоретически можно реализовать так: определить переменные коэффициенты постели С1 для ростверка*, далее в пределах грузовой площади сваи определять осредненный коэффициент постели и умножать его на грузовую площадь сваи. Тем самым получим вертикальную жесткость сваи в т/м.
* - данную задачу пробовал решать так:
Задавал не весь инженерно – геологический разрез, а только ту геологию, которая ниже подошвы условного фундамента. Ставил на нее ростверк. При этом, учет веса грунта между сваями и учет веса грунта изъятого из котлована осуществлял введением фиктивного слоя толщиной 1м, давление от которого равнялось суммарному давлению от веса грунта между сваями и грунта изъятого из котлована. Затем проводил необходимое количество итераций и получал осадку и переменный коэффициент постели для ростверка.
Оговорюсь сразу, что на Lira Sapr я перешел с другой программы, а именно со Scad. И данный алгоритм я применял для программы Scad. Но думаю, что и в Lira Sapr его можно применить.
Предлагаю реализовать расчет жесткости свай как для условного фундамента в соответствии с требованиями п.7.4.6 СП 24.13330.2011. Теоретически можно реализовать так: определить переменные коэффициенты постели С1 для ростверка*, далее в пределах грузовой площади сваи определять осредненный коэффициент постели и умножать его на грузовую площадь сваи. Тем самым получим вертикальную жесткость сваи в т/м.
* - данную задачу пробовал решать так:
Задавал не весь инженерно – геологический разрез, а только ту геологию, которая ниже подошвы условного фундамента. Ставил на нее ростверк. При этом, учет веса грунта между сваями и учет веса грунта изъятого из котлована осуществлял введением фиктивного слоя толщиной 1м, давление от которого равнялось суммарному давлению от веса грунта между сваями и грунта изъятого из котлована. Затем проводил необходимое количество итераций и получал осадку и переменный коэффициент постели для ростверка.
Оговорюсь сразу, что на Lira Sapr я перешел с другой программы, а именно со Scad. И данный алгоритм я применял для программы Scad. Но думаю, что и в Lira Sapr его можно применить.
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. Возможность экспорта данных из САПФИР в ЛираСАПР о параметрах армирования и разбиения на УНГ для нелинейного расчета плит после их конструирования в системе САПФИР конструкции.
11.03.2016 17:31:40 Просьба расширить возможности задания нагрузки на пластинчатые КЭ - задавать трапециевидную нагрузку на группу пластин с учетом изменения ее в двух направлениях, а не только в одном, как это сейчас сделано. Например, добавить еще две характерные точки (углы пластин), как это реализовано в трапецивидной нагрузке для одной пластины. И было бы полезным иметь инструмент задания неравномерной нагрузки на группу пластин по определенному закону (функции).
11.03.2016 14:25:52 Предложение - добавить в постпроцессор при конструировании модуль, отвечающий за проверку требований по огнестойкости конструкций. Допустим, при расчете плит перекрытий установить флажок для степени огнестойкости конструкции EI – по которой будут учитываться минимальные защитные слои и проверяться арматура по минимальному проценту или в каком-нибудь другом виде.
14.02.2016 16:42:43 Просьба к разработчикам! Не так давно на этом сайте опубликовали отчеты по верификации программного комплекса Лира-САПР. Был опубликован отчет, в котором приводились верификационные примеры. На этом сайте есть часть этих примеров (именно файлы задач). Но не все. Хотелось бы видеть в разделе "Верификация" остальные, недостающие, файлы задач, которые есть в отчете. Спасибо
29.01.2016 15:32:24 Добрый день. Очень прошу Вас рассмотреть возможность создания механизма нормального экспорта/импорта между этими двумя программами. На данный момент этим только SCAD может похвастаться. Суть в том, что сейчас обмен идет через формат STP, который уже очень давно устарел и не учитывает при обмене множество конструктивных особенностей: составные и сварные сечения, автоматическая передача конструктивных элементов, как одного цельного и т.д. Все эти возможности можно реализовать через формат SML (SMLX). Я уже неоднократно поднимал этот вопрос, и вроде как меня обнадежили, что займутся этим вопросом. Я даже скидывал комплект SDK с руководством разработчика. Но пока тихо( С московским офисом Грайтека я тоже часто общаюсь и они готовы с вами взаимодействовать по этому вопросу.
08.01.2016 10:51:08 Добрый день! Добавьте такую фишку, пожалуйста.
08.11.2015 14:11:44 недавно решая задачу, а то есть проектируя МК каркас здания. Я наткнулся с проблемой:
В лире сапр 2013 есть моделирование балки переменного сечения для ЖБ бетона.
но почему то для МК нету.
Можно было бы реализовать и просмотреть эту проблему.
А так все пока хорошо...
В лире сапр 2013 есть моделирование балки переменного сечения для ЖБ бетона.
но почему то для МК нету.
Можно было бы реализовать и просмотреть эту проблему.
А так все пока хорошо...
Ответил 
30.11.2015 12:23:57
30.11.2015 12:23:57
Добрый день, AIDA JOHN!
Для получения усилий в элементах стальных конструкций можно использовать переменное сечение из базы ж/б, при этом задать модуль деформаций стали. В базу стальных сечений не добавили такую возможность, т.к. нет реализации проверки и подбора таких сечений.
С уважением, Алексей Тищенко
Для получения усилий в элементах стальных конструкций можно использовать переменное сечение из базы ж/б, при этом задать модуль деформаций стали. В базу стальных сечений не добавили такую возможность, т.к. нет реализации проверки и подбора таких сечений.
С уважением, Алексей Тищенко
27.10.2015 14:41:49 В ПК МОНОМАХ есть возможность после расчета посмотреть нагрузку на обрезе фундамента или стены в виде полного (интегрального) и приведенного значения. Подобная функция была бы очень полезна в Лире - после расчета получить не узловое значение, а автоматизированное приведенное значение нагрузки по толщине стены приведенное к одному метру длины (кН/м)
27.10.2015 14:17:02 Уважаемые разработчики.
Было бы весьма полезно продублировать или отредактировать первую часть Руководства пользователя, поставляемую вместе с программой Лира-САПР (ЛИРА 9.0. Руководство пользователя. Книга 1. Основные теоретические и расчетные положения. Некоторые рекомендации \ Киев, 2002)
После 2002 года многое изменилось, добавились новые функции в программе и реализовались новые нормативные документы. Большинство аббревиатур и ссылок физически устарели и требуют корректировки и исправлений. Кроме расширения основных положений можно добавить дополнительной теории и методик, описывающих новые возможности. Данный материал был бы актуальным и снял многие вопросы, без обращения в техподдержку. (справка в самой программе хоть и обновляется - но не отражает всей полноты теоретических предпосылок расчета)
Было бы весьма полезно продублировать или отредактировать первую часть Руководства пользователя, поставляемую вместе с программой Лира-САПР (ЛИРА 9.0. Руководство пользователя. Книга 1. Основные теоретические и расчетные положения. Некоторые рекомендации \ Киев, 2002)
После 2002 года многое изменилось, добавились новые функции в программе и реализовались новые нормативные документы. Большинство аббревиатур и ссылок физически устарели и требуют корректировки и исправлений. Кроме расширения основных положений можно добавить дополнительной теории и методик, описывающих новые возможности. Данный материал был бы актуальным и снял многие вопросы, без обращения в техподдержку. (справка в самой программе хоть и обновляется - но не отражает всей полноты теоретических предпосылок расчета)
21.10.2015 19:18:33 При анализе расчетных усилий по мозаикам не хватает дополнительных опций, которые позволяли бы:
1. редактировать шрифт, высоту текста и порядок цифр после запятой отдельно на эпюрах напряжений для пластин, проведенных по сечению элемента или плоскости;
2. выводить размер (длину) конечных элементв для соответствующего участка эпюры
3. автоматически вычислять функцию по формуле средней или интегральной величины для выбранного диапазона конечных элементов
1. редактировать шрифт, высоту текста и порядок цифр после запятой отдельно на эпюрах напряжений для пластин, проведенных по сечению элемента или плоскости;
2. выводить размер (длину) конечных элементв для соответствующего участка эпюры
3. автоматически вычислять функцию по формуле средней или интегральной величины для выбранного диапазона конечных элементов
21.10.2015 11:18:45 Конструирование по СНиП 52-01-2003 сделано удобнее и продуктивней, чем по СНиП 63.13330.2012. При задании исходных данных для конструирования по СП63. нет возможности задать произвольную прочность бетона, а в СНиП такая возможность - есть.
Желательно, чтобы во всех нормах была возможность, как в СП 52 задавать произвольные материалы и коэффициенты.
В первую очередь нам это нужно для прогрессирующего обрушения (расчет по прочности с нормативными характеристиками материалов),
а так же для расчетов по результатам обследования.
Желательно, чтобы во всех нормах была возможность, как в СП 52 задавать произвольные материалы и коэффициенты.
В первую очередь нам это нужно для прогрессирующего обрушения (расчет по прочности с нормативными характеристиками материалов),
а так же для расчетов по результатам обследования.
17.09.2015 15:59:54 Например создана рабочая схема в Сапфир. В Лире добавлены нагрузки, откорректированы загружения, некоторые элементы.
Добавлены АЖТ. И так далее - и при этом все изменения вносятся в модель Сапфира. Как например если правки осуществляются в аналитическом режиме - сразу идут изменения в физической модели.
Добавлены АЖТ. И так далее - и при этом все изменения вносятся в модель Сапфира. Как например если правки осуществляются в аналитическом режиме - сразу идут изменения в физической модели.
25.08.2015 17:08:20 Уважаемые разработчики - может стоит обновить конструктор сечений? Интерфейс и удобство работы в нем остались на уровне прошлого века, каких либо улучшений не заметно со времен Лиры 9.* .
Например для стандартных примитивов - прямоугольник, элипс - можно через свойства задать точку центра тяжести, что позволяет с позиционировать их точно относительно друг друга, а для профилей того же двутавра такого нет. Предлагаемый вами способ позиционирования в примере к КС, мягко говоря не очень удобен да и откровенно говоря капризный - мышь не должна никуда двинуться с окошка где задается перемещение и т.д.
Почему нельзя явно задать центр тяжести через свойства?
Например для стандартных примитивов - прямоугольник, элипс - можно через свойства задать точку центра тяжести, что позволяет с позиционировать их точно относительно друг друга, а для профилей того же двутавра такого нет. Предлагаемый вами способ позиционирования в примере к КС, мягко говоря не очень удобен да и откровенно говоря капризный - мышь не должна никуда двинуться с окошка где задается перемещение и т.д.
Почему нельзя явно задать центр тяжести через свойства?
Ответил
Pavlo Frantov 07.02.2019 14:46:33
Pavlo Frantov 07.02.2019 14:46:33
Для новых пользователей добавлю здесь линк на новый Конструктор сечений
22.07.2015 23:45:03 1. Автоматически добавлять размерность
Сейчас документатор, например, просто подписывает, Мозайка N.
Почти во всех отчетах, что видел, всегда добавлется приписка - размерность.
2. Автоматически формировать эпюра для конструктивных элеметов (сказать, что для плит нужны такие эпюры и чтобы они были добавлены в документатор)
3. В пояснительной записке убрать список всех норм, что поддерживает Лира - их много - но оставить только те, что использовались при расчете.
Сейчас документатор, например, просто подписывает, Мозайка N.
Почти во всех отчетах, что видел, всегда добавлется приписка - размерность.
2. Автоматически формировать эпюра для конструктивных элеметов (сказать, что для плит нужны такие эпюры и чтобы они были добавлены в документатор)
3. В пояснительной записке убрать список всех норм, что поддерживает Лира - их много - но оставить только те, что использовались при расчете.
22.07.2015 23:37:32 Хотелось бы иметь возможность сохранить вычисленные лирой динамических нагрузок (сейсмика, ветер) с сохранением распределения их по всем формам для дальнейшего их использования.
Например, посчитали колебания, динамические нагрузки на жестком грунте. Как-то сохранили их. Посчитали здание с теми нагрузками что сохранили на деформированном грунте.
Сейчас есть возможность передать через конвертацию - но при этом теряется распределение по частотам, и передается через рсн (корень квадратный из нагрузок) - при этом теряется точность.
Например, посчитали колебания, динамические нагрузки на жестком грунте. Как-то сохранили их. Посчитали здание с теми нагрузками что сохранили на деформированном грунте.
Сейчас есть возможность передать через конвертацию - но при этом теряется распределение по частотам, и передается через рсн (корень квадратный из нагрузок) - при этом теряется точность.
11.07.2015 17:55:18 Здравствуйте! Большое пожелание к Вам, разработчикам! Хотелось бы увидеть в вашей ценовой политике возможность приобретать Лиру с временной лицензией (год и более) и цену соответственно снизить. Для частных лиц приобретение Лиры становится практически нереальным, так как сразу выложить такую сумму мало кто может. А вот если бы по более демократичной цене можно было бы приобрести годовую лицензию (можно привязать к выпуску новых версий), это дало бы возможность приобрести ваш продукт более широкому кругу потребителей. Многие программные комплексы доступны по так называемой "подписке", можно взять пример с них. Так выгода и вам (прирост пользователей, использование последней версии программы подписчиками, что подтолкнет к обновлению пользователей предыдущих версий, широкое распространение) и нам (купить лицензию на год, за это время можно заработать на постоянную лицензию)! Спасибо
03.07.2015 21:34:49 Уважаемые разработчики!
Самое главное что нужно внедрить, это новый решатель не методом Гаусса или его вариациями. Тот же многофронтальный метод (Direct, sparce, multifront) есть во всех программных продуктах.
Сопоставление скорости с инженерными продуктами дает ужасающие результаты - Лира раскладывает матрицу медленнее скада в 20 раз, медленнее старка в 4-5 раз.
Еще есть разные вариации итерационных решателей, которые можно использовать весьма эффективно на многопроцессорных машинах (ядер от 20+), у таких методов также много вариаций.
Иногда, ждать по 5-6 часов просто нет возможности...
Остальное - это мелочи... интерфейс и сейчас самый быстрый из имеющихся инженерных продуктов.
Ждем с нетерпением нового решателя!
Самое главное что нужно внедрить, это новый решатель не методом Гаусса или его вариациями. Тот же многофронтальный метод (Direct, sparce, multifront) есть во всех программных продуктах.
Сопоставление скорости с инженерными продуктами дает ужасающие результаты - Лира раскладывает матрицу медленнее скада в 20 раз, медленнее старка в 4-5 раз.
Еще есть разные вариации итерационных решателей, которые можно использовать весьма эффективно на многопроцессорных машинах (ядер от 20+), у таких методов также много вариаций.
Иногда, ждать по 5-6 часов просто нет возможности...
Остальное - это мелочи... интерфейс и сейчас самый быстрый из имеющихся инженерных продуктов.
Ждем с нетерпением нового решателя!
10.06.2015 08:04:55 Пересмотрите подход к программной реализации армирования по СП 63.13330.2012. Очень уж медленно (крайне медленно) происходит проверка на заданное армирования в локальном режиме. Скорость нужно повышать в десятки, а то и в сотни раз. Особенно актуальной проблема станет с 1 июля 2015 г.
09.06.2015 10:17:30 Хотелось бы иметь возможность производить расчеты с учётом систем сейсмоизоляции (очень актуально)
09.06.2015 10:15:09 Идея состоит в реализации при расчете на устойчивость вывода энергии упругой деформации.
09.06.2015 10:09:34 Хотелось бы иметь возможность выборочного переноса подобранных профилей в исходные данные с автоматическим изменением собственного веса, эксцентресистетов и т.п. Также чтобы программа присваивала подобранный профиль всему конструктивному элементу, а не его составным частям (идея по использованию элементов типа БАЛКА, КОЛОННА вместо стержней автоматом решает эту проблему).
09.06.2015 10:02:22 Необходимо больше коэффициентов/% использования (особенно при расчете стальных конструкций). Сейчас просто 1ПС, 2ПС, МУ.
А также вывод худшего для простоты анализа.
А также вывод худшего для простоты анализа.
09.06.2015 09:50:56 Идея в расширении визуализации опор.
Сейчас это либо синяя точка, либо 6 прямоугольников (раскрашенных полностью либо частично).
Предлагаю создать базу элементов (жесткая опора, полный шарнир, шарнир в одном из направлений), т.е. по сути 3D элемент для лучшего визуального восприятия. Можно произвести небольшой конкурс на создание таких элементов, или просто подсмотреть как это реализовано к примеру в ING+.
Сейчас это либо синяя точка, либо 6 прямоугольников (раскрашенных полностью либо частично).
Предлагаю создать базу элементов (жесткая опора, полный шарнир, шарнир в одном из направлений), т.е. по сути 3D элемент для лучшего визуального восприятия. Можно произвести небольшой конкурс на создание таких элементов, или просто подсмотреть как это реализовано к примеру в ING+.
09.06.2015 09:45:32 Идея в автоматическом создании эксцентреситетов при примыкании элементов друг к другу (например балки к колонне). Т.е. сейчас стержень балки примыкает к стрежню колонны непосредственно, при этом не учитывается габарит колонны, необходимый зазор, необходимо вручную создавать жесткие вставки - трудоемко. Автоматические эксцентреситеты должны меняться при изменении габаритов колонны. Значительно облегчит процесс создания расчетной схемы.
09.06.2015 09:37:03 Идея в возможности отображения непосредственно в расчетной схеме элементов разных режимах (без открытия отдельного окна):
1. Как есть стержни, оболочки --- это мы имеем. "Низкая детализация".
2. Включаем сечения - на всех элементах отображаются сечения (профили). Особенно актуально для стальных конструкций для правильной ориентации (2 профиля в пределах стержня достаточно, если стержень небольшой длины то 1 профиль). "Средняя детализация".
3. Включение 3D графики (никакое доп. окно не открывается - все в одном месте). Отображаются элементы в зависимости от назначенных жесткостей (если не назначены жесткости, то кнопка не активна). "Высокая детализация".
Причем тут работает принцип распределения напряжений в объеме элементов. Соответственно можно производить анализ узлов.
1. Как есть стержни, оболочки --- это мы имеем. "Низкая детализация".
2. Включаем сечения - на всех элементах отображаются сечения (профили). Особенно актуально для стальных конструкций для правильной ориентации (2 профиля в пределах стержня достаточно, если стержень небольшой длины то 1 профиль). "Средняя детализация".
3. Включение 3D графики (никакое доп. окно не открывается - все в одном месте). Отображаются элементы в зависимости от назначенных жесткостей (если не назначены жесткости, то кнопка не активна). "Высокая детализация".
Причем тут работает принцип распределения напряжений в объеме элементов. Соответственно можно производить анализ узлов.
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 09:04:29 Предлагаю дополнить принцип учета необходимого количества учитываемых форм колебаний до достижения конкретного % модальных масс (сейчас это 90%). Т.е. вбивать не "Количество учитываемых форм колебаний", а "% модальных масс".
Это уменьшит время на подбор необходимого количества учитываемых форм колебаний для соблюдения требований СП 14.13330 (кстати хотелось бы в программе иметь возможность выбора не только СП 14.13330.2011, но и СП 14.13330.2014 в виду произошедших изменений, либо замены редакции 2011 на 2014).
Это уменьшит время на подбор необходимого количества учитываемых форм колебаний для соблюдения требований СП 14.13330 (кстати хотелось бы в программе иметь возможность выбора не только СП 14.13330.2011, но и СП 14.13330.2014 в виду произошедших изменений, либо замены редакции 2011 на 2014).
09.06.2015 08:56:25 Хотелось бы иметь некие условные поверхности (оболочка здания) для задания нагрузок от фасадных систем, ветра (с заданием района и автоматическим определением нагрузки и созданием необходимых загружений), снега (с заданием района и автоматическим определением нагрузки и созданием необходимых загружений). Это не именно элемент схемы, а некий алгоритм, понимающий геометрию схемы и производящий необходимые расчеты и прикладывающий нагрузки к элементам схемы в зависимости от типов элементов (колонны, плиты и т.п.). Т.е. к примеру стальной каркас с колоннами ... этот алгоритм определяет ветровую нагрузку на 1 м2 и в зависимости от шага колонн производит приложение распределенной нагрузки на колонны, причем если шаг колонн изменится - произведется перерасчет нагрузки и переприложение к колоннам.
09.06.2015 08:51:40 Так как фундаментные плиты достигают значительных толщин (более 1 м), а в расчетной схеме эта плита представляет собой оболочку, хотелось бы иметь инструмент, дающий возможность учета распределения нагрузки до серединной плоскости.
Возможность расчета осадки условного фундамента уже давно решена, еще в версии ЛИРА-САПР 2014
Можете ознакомиться здесь
С уважением, Алексей Тищенко