Все идеи
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
Новая
10.05.2019 12:21:49 Добрый день! Хотелось бы чтобы появилась данная функция в частности для импорта результатов армирования и нагрузок на фрагмент в dxf в масштабе и в нормальном качестве. Имеющийся на данный момент способ передачи результатов в dxf неудобен, так как cхема почему-то передается повернутой, а мозаика находится в другой плоскости относительно схемы. Было бы удобнее если бы изображение передавалось "как на экране". Хотелось бы, чтобы картинка передавалась в векторном формате с идентификацией текста и пр... Часто бывает, что чертежи разрабатывает не тот кто делал расчет, так что передача результатов в автокад имхо важный и актуальный аспект.
Новая
26.04.2019 09:57:46 Здравствуйте!
Сама идея в названии темы. Просьба по возможности реализовать возможность данного расчета.
Сама идея в названии темы. Просьба по возможности реализовать возможность данного расчета.
Новая
08.04.2019 15:39:53 Приветствую!
В связи с тем что в нынешним виде работа в модуле Кирпич сопряжена с рядом сложностей в плане анализа полученных результатов, прошу внести следующие изменения:
1. Исправить ошибку при которой программа выдаёт информацию о том что сечение не проходит на N хотя в визоре числится к-т запаса больше 1.
2. Сделать прозрачными полученные результаты, а именно что бы в описании выделенных простенков выводилась информация о коэффициентах запаса по каждой проведенной проверке будь то внецентренное сжатие, изгиб, раскрытие трещин и тд. И на основании чего было принято расчётное армирование кладки.
3. Разделить расчёты по 1й и 2й ГПС по аналогии с ЖБ.
4. Тк согласно СП 15.13330.2012 расчёт каменных зданий следует выполнять раздельно в одном варианте конструирования на сжатие в другом на срез, следует иметь возможность исключения из НДС усилий не участвующих в требуемых проверках.
В связи с тем что в нынешним виде работа в модуле Кирпич сопряжена с рядом сложностей в плане анализа полученных результатов, прошу внести следующие изменения:
1. Исправить ошибку при которой программа выдаёт информацию о том что сечение не проходит на N хотя в визоре числится к-т запаса больше 1.
2. Сделать прозрачными полученные результаты, а именно что бы в описании выделенных простенков выводилась информация о коэффициентах запаса по каждой проведенной проверке будь то внецентренное сжатие, изгиб, раскрытие трещин и тд. И на основании чего было принято расчётное армирование кладки.
3. Разделить расчёты по 1й и 2й ГПС по аналогии с ЖБ.
4. Тк согласно СП 15.13330.2012 расчёт каменных зданий следует выполнять раздельно в одном варианте конструирования на сжатие в другом на срез, следует иметь возможность исключения из НДС усилий не участвующих в требуемых проверках.
Новая
05.04.2019 09:32:06 Год назад сделали обратную связь с грапхофером (генератором конструкций) в Архикаде 22 (2018). Вот куда надо смотреть сейчас для большей эффективности. А то уроки Алексея выглядят очень убого на фоне другого софта. Чтоб понять о чем речь - смотрим ролики на Ютубе:
(на 6:00) - презентация Архикада 22 (2018).
- презентация генератора Сапфира (2019).
(на 6:00) - презентация Архикада 22 (2018).
- презентация генератора Сапфира (2019).
Новая
27.03.2019 02:11:46 Суть идеи: отмечаем узел схемы, прилегающие элементы к узлу выбираются (отмечаются) автоматом. Назначаем тип узла из Базы (Конструирование >> Расчет узла схемы >> Базы колонн, например) и он фиксируется по айди (номеру), как, например, "блок", "конструктивный элемент", "АЖТ" и прочее. При расчете можно было бы отметить галкой "Расчет >> Расчет с контролем параметров >> Этапы и параметры >> Рассчитать узлы". По окончании расчета формируется автоматом ПЗ в Книге отчетов по примеру: Расчет узлов схемы: "Базы колонн >> Жесткие >> Сечение колонн коробчатое" и там вставлялся бы PDF-лист этого типа узла. И аналогичную привязку "типа узла" нужно сделать в Сапфире.
Где это может пригодиться? - необходимо для КМ-альбома сделать Схему расположения типа баз калонн (для основных и фахверков). Бывает 2 типа, а бывает и до 10... Делать такую схему согласно ГОСТ 21.502-2016, рис. В.1 из "Приложение В" в Автокаде напряжно, можно было бы показать цветную картинку с номером типа узлов, как, например, тип КЭ, жесткости, материалов и т.д.
Надеюсь, понятно объяснил... Возможно ли такое?
Где это может пригодиться? - необходимо для КМ-альбома сделать Схему расположения типа баз калонн (для основных и фахверков). Бывает 2 типа, а бывает и до 10... Делать такую схему согласно ГОСТ 21.502-2016, рис. В.1 из "Приложение В" в Автокаде напряжно, можно было бы показать цветную картинку с номером типа узлов, как, например, тип КЭ, жесткости, материалов и т.д.
Надеюсь, понятно объяснил... Возможно ли такое?
Новая
23.03.2019 10:57:23 Хотелось бы при использовании Монтажа манипулировать не отдельными конечными элементами (по номерам), а блоками (есть ведь отдельное окно). Так удобнее вкл/выкл часть расчетной схемы. И чтобы это было не окно со списком, а список с галочками напротив блоков: нажал - вкл; отжал - выкл. И удобней и современней.
Новая
20.03.2019 05:33:20 Предлагаю добавить возможность обновления подложки, используемой в генераторе, с панели инструментов сапфира, не открывая сам генератор. Это достаточно часто используемая функция при работе с уже сформированной моделью, и каждый раз запускать генератор, искать нужный нод, обновлять его - не удобно
Новая
14.03.2019 09:42:30 Хотелось бы иметь возможность работать с нагрузкой как с объектом, а не как со свойством.
Очень нужная штука при монтаже, когда необходимо нагрузку менять в процессе. Сейчас приходится вводить в одном и том же месте несколько элементов, имеющих общие узлы, но к которым приложена разная нагрузка (удобство крайне сомнительное).
Очень нужная штука при монтаже, когда необходимо нагрузку менять в процессе. Сейчас приходится вводить в одном и том же месте несколько элементов, имеющих общие узлы, но к которым приложена разная нагрузка (удобство крайне сомнительное).
Новая
06.03.2019 12:55:00 Ввести новые типы сечений в стальные конструкции:
Уголковое сечение с решеткой на планках и составной тавр
С уважением, А.В. Кулаков
Уголковое сечение с решеткой на планках и составной тавр
С уважением, А.В. Кулаков
Новая
28.02.2019 15:39:30 Добрый день!
При некоторых специфических расчетах (например, при расчетах на транспортировку) существует необходимость моделировать наклон конструкции. Для того, чтобы не наклонять конструкцию в расчетной модели (тем более, что должны рассматриваться несколько различных положений конструкции с наклонами в разные стороны), можно ввести возможность задания нагрузки от собственного веса по всем трем направлениям (X, Y, Z) с определенными пользователем коэффициентами.
Например, для моделирования наклона плоской схемы, расположенной в плоскости X0Z, на угол A вокруг оси Y можно задать собственный вес в направлении Z с коэффициентом равным cos(A) и в направлении X с коэффициентом равным sin(A).
По аналогии с этим можно моделировать угловые ускорения модели (предварительно переведя их в линейные).
Таким образом можно было бы создать несколько загружений и, прикладывая в этих загружениях собственный вес по трем направлениям с различными коэффициентами, смоделировать различные положения расчетной модели.
Также эта опция может быть использована и в других целях.
Новая
20.02.2019 09:55:20 Сейчас при проверке любой расчетной модели вылетает список из 700 предупреждений. Пользоваться такой информацией не удобно и ненадежно.
Предлагаю группировать предупреждения. Например, в местах где пластина примыкает к другой (балконная плита к перекрытию) сапфир выдаёт предупреждение в количестве 300 штук. Мало того что это само по себе странное предупреждение, если пластины по факту не пересекаются, а он их пересекающимися обзывает, так еще пролистывая этот длинный список можно пропустить что-то важное.
Предлагаю группировать результаты проверки с возможностью развернуть их:
-пересечения пластин (300)
И есть еще некоторые странные прудпреждения, которые, возможно, стоит пересмотреть. Например, "Нет объекта, опирающегося на данную сваю", хотя поверх свай сплошная фундаментная плита. Видимо, это возникает из-за того, что плита не триангулирована и свая не приходит ни в какой узел, но неужели из-за этого обязательно нужно служебную информацию превращать в фарш
Предлагаю группировать предупреждения. Например, в местах где пластина примыкает к другой (балконная плита к перекрытию) сапфир выдаёт предупреждение в количестве 300 штук. Мало того что это само по себе странное предупреждение, если пластины по факту не пересекаются, а он их пересекающимися обзывает, так еще пролистывая этот длинный список можно пропустить что-то важное.
Предлагаю группировать результаты проверки с возможностью развернуть их:
-пересечения пластин (300)
И есть еще некоторые странные прудпреждения, которые, возможно, стоит пересмотреть. Например, "Нет объекта, опирающегося на данную сваю", хотя поверх свай сплошная фундаментная плита. Видимо, это возникает из-за того, что плита не триангулирована и свая не приходит ни в какой узел, но неужели из-за этого обязательно нужно служебную информацию превращать в фарш
Новая
18.02.2019 03:05:18 Нагрузка-штамп, пришедшая из Сапфира в Визор и просматриваемая через мозаику нагрузок в Визоре:
1. некорректно отображается по знаку по отношению к локальной оси Z1, переназначенной уже в Лире (знак "+" нагрузки не соответствует направлению против локальной оси Z1)
2. очень хочется, чтобы для стен под некоторым углом в плане, нагрузка, передаваемая из Сапфира в Лиру, разбиваемая по двум глобальным направлениям, на мозаике по локальной оси Z1 суммировалась в одно значение.
3. отображается только среднее значение между максимальным и минимальным при переменной нагрузке (это беда не только штампов из Сапфира, но и, в принципе, всех переменных нагрузок, задаваемых в Визоре, и нагрузок, заданных не по всей длине стержня, там тоже производится осреднение и элемент-стержень раскрашен полностью)
1. некорректно отображается по знаку по отношению к локальной оси Z1, переназначенной уже в Лире (знак "+" нагрузки не соответствует направлению против локальной оси Z1)
2. очень хочется, чтобы для стен под некоторым углом в плане, нагрузка, передаваемая из Сапфира в Лиру, разбиваемая по двум глобальным направлениям, на мозаике по локальной оси Z1 суммировалась в одно значение.
3. отображается только среднее значение между максимальным и минимальным при переменной нагрузке (это беда не только штампов из Сапфира, но и, в принципе, всех переменных нагрузок, задаваемых в Визоре, и нагрузок, заданных не по всей длине стержня, там тоже производится осреднение и элемент-стержень раскрашен полностью)
Новая
13.02.2019 13:28:21 Сейчас что визор, что ЛАРМ, выдают коэффициент запаса (которые еще и не всегда совпадают). Но для рационального проектирования небходимо иметь возможность смотреть коэффициент запаса по каждому фактору (пункту проверки элемента) в отдельности, и по результирующему. Например коэф запаса для колонны 0,9, и о чем это мне говорит? Мало о чем. Чего не хватает? Поперечки? Продольной? Бетона? Наугад тыкать или вручную пересчитывать? Или коэф 1.1. Но по какому фактору? Может по поперечной арматуре, а продольной там в 10 раз больше чем надо.
1. Предлагаю дать возможность отображать шкалу для каждого фактора проверки в отдельности, и по "критическому/суммарному".
2. Предлагаю при отображении шкалы по коэффициентам запаса, делать толщину каждого диапазона различной, в зависимости от количества элементов, которые попадают в этот диапазон, и прописывать количество элементов внутри каждого отрезка. Это даст возможность видеть насколько рационально выполнен подбор сечений, арматуры. Можно будет увидеть самый "жирный" диапазон и оценить, "общий запас сооружения"
При этом, горизонтальое расположение шкалы не очень подходящее, возможно, реализовать на вертикальной было бы лучше. Лучше - на обеих.
1. Предлагаю дать возможность отображать шкалу для каждого фактора проверки в отдельности, и по "критическому/суммарному".
2. Предлагаю при отображении шкалы по коэффициентам запаса, делать толщину каждого диапазона различной, в зависимости от количества элементов, которые попадают в этот диапазон, и прописывать количество элементов внутри каждого отрезка. Это даст возможность видеть насколько рационально выполнен подбор сечений, арматуры. Можно будет увидеть самый "жирный" диапазон и оценить, "общий запас сооружения"
При этом, горизонтальое расположение шкалы не очень подходящее, возможно, реализовать на вертикальной было бы лучше. Лучше - на обеих.
Новая
12.02.2019 17:21:17 .
в локальном режиме показать трассировку проверки стальных сечений с показом формул (или со ссылками на них) и подстановкой в них конкретных чисел.
например не вполне понятны различия в результатах при проверке местной устойчивости стенки и полки для спаренных в тавр уголков.. в лире один результат, в старке другой.обе программы ссылаются на одни и те же формулы СП.
ни одна из них не предлагает пошаговой трассировки вычислений.
.
.
в локальном режиме показать трассировку проверки стальных сечений с показом формул (или со ссылками на них) и подстановкой в них конкретных чисел.
например не вполне понятны различия в результатах при проверке местной устойчивости стенки и полки для спаренных в тавр уголков.. в лире один результат, в старке другой.обе программы ссылаются на одни и те же формулы СП.
ни одна из них не предлагает пошаговой трассировки вычислений.
.
.
Новая
11.02.2019 13:28:32 После подбора лира сапр в жесткостях дублирует огромное количество жесткостей. Предлагаю добавить возможность автоматически их упаковать. В SCAD, например, есть специальная команда «удаление дублирующихся типов жесткостей». Сделать что-то аналогичное или лучше.
Новая
06.02.2019 15:24:55 контуры продавливания в разных версиях лиры. когда задаются, а когда и нет(технический баг версии или с реализацией схемы это не клеится) . бывает что и размер найденного контура не вызывают доверия.
хотелось бы иметь совершенно отдельную опцию определения продавливающей силы и моментов снятых с подсвеченных пользователем узла или группы узлов. определяющих место продавливания.
предполагается , что них могут быть как вертикальные стержни , так и торцы и углы стен.
при этом, если это узлы фундаментной плиты опирающейся на солиды, то с учетом отпора основания(то же , если использованы коэффициенты постели на сжатие.). типа есть решенная задача с рсн и рсу, пользователь подсвечивает узел или узлы в исследуемом им месте и пожалуйста, получает N, My1, Mz1 (моменты лучше полные, уменьшим их сами).
это самая трудная работа. С готовой нагрузкой через Эспри проверяем это место так как считаем нужным.
кто то из классиков сказал: "зачем вы предлагаете нам вечную ручку, ведь мы не собираемся жить вечно" в нашем случае чаще всего нужен самый простой и надежный инструмент.
хотелось бы иметь совершенно отдельную опцию определения продавливающей силы и моментов снятых с подсвеченных пользователем узла или группы узлов. определяющих место продавливания.
предполагается , что них могут быть как вертикальные стержни , так и торцы и углы стен.
при этом, если это узлы фундаментной плиты опирающейся на солиды, то с учетом отпора основания(то же , если использованы коэффициенты постели на сжатие.). типа есть решенная задача с рсн и рсу, пользователь подсвечивает узел или узлы в исследуемом им месте и пожалуйста, получает N, My1, Mz1 (моменты лучше полные, уменьшим их сами).
это самая трудная работа. С готовой нагрузкой через Эспри проверяем это место так как считаем нужным.
кто то из классиков сказал: "зачем вы предлагаете нам вечную ручку, ведь мы не собираемся жить вечно" в нашем случае чаще всего нужен самый простой и надежный инструмент.
Новая
04.02.2019 05:22:08 Считаю более правильным для dxf подложки в нодах указывать относительных путь, или дать возможность выбрать пользователю такую опцию. Кроме прочих очевидных причин, это нужно для того, чтобы при перемещении или переименовании папки с расчетом, сапфир не терял подложку и вместе с ней заданные свойства элементам. Напрмер по нодам сгенерирована схема, затем некоторым отдельным стенам, колоннам заданы другие свойства вручную (толщина, высота) и это работает до тех пор, пока не отключишь/подключишь подложку заново. Ну или реализовать каким-то образом, чтобы при переподключении подложки эти заданные свойства не пропадали.
Новая
01.02.2019 16:48:21 Тема связи лиры с IDEA StatiCa уже затрагивалась в идее . Предлагаю подумать о создании своего модуля по расчету узлов методом КЭ на базе Лиры. С возможностью экспорта/импорта в Теклу, Ревит и т.п., с поддержкой формата ifc. Может как препроцессор использовать Сапфир.
Новая
31.01.2019 17:51:17 предоставить возможность одновременного пересчета коэффициента постели для пластин и жесткостей для КЭ57
Новая
31.01.2019 13:32:17 Предлагаю добавить возможность округлять результаты подобранного армирования в КЭ с заданной точностью до ближайшего меньшего значения в шкале.
На примере: в одном или нескольких элементах плиты (а иногда и в довольно больших зонах) значения необходимого армирования превышают конкретное заданное значение на пару сотых долей. Но об этом можно узнать или отобразив сами значения, но тогда получается каша из цифр при большом кол-ве КЭ, или же посмотрев "фонариком". При этом такие КЭ уже автоматически относятся к следующему большему значению на шкале. Прииходится чуть ли не в Paint`е перекрашивать цвета, а иногда и доказывать экспертизе, что 1 КЭ с превыщающим значением в стыке с колонной, это сингулярность и что на такие значения не стоит обращать внимания. Намного упростила бы жизнь функция с возможностью округления значений в меньшую сторону до заданной точности в конкретных выбранных КЭ.
На примере: в одном или нескольких элементах плиты (а иногда и в довольно больших зонах) значения необходимого армирования превышают конкретное заданное значение на пару сотых долей. Но об этом можно узнать или отобразив сами значения, но тогда получается каша из цифр при большом кол-ве КЭ, или же посмотрев "фонариком". При этом такие КЭ уже автоматически относятся к следующему большему значению на шкале. Прииходится чуть ли не в Paint`е перекрашивать цвета, а иногда и доказывать экспертизе, что 1 КЭ с превыщающим значением в стыке с колонной, это сингулярность и что на такие значения не стоит обращать внимания. Намного упростила бы жизнь функция с возможностью округления значений в меньшую сторону до заданной точности в конкретных выбранных КЭ.
Новая
30.01.2019 15:48:40 В программе SCAD существует возможность проверки произвольных (составных) сечений стальных конструкций по СНиП и СП (см. ссылку).
Вот как описывают данную возможность разработчики в справке к своему программному комплексу.
Понятно, что не получится реализовать для составных, состоящих из нескольких ветвей. Но хотя бы для составных вплотную.
Ссылка с примером сечений.
Вот как описывают данную возможность разработчики в справке к своему программному комплексу.
Поскольку СНиП, СП и ДБН не дают рекомендаций по определению некоторых параметров для расчета произвольных сечений (коэффициента влияния формы сечения η, коэффициентов α и β по таблице 10 СНиП и др.), то расчет выполняется в запас надежности при самых неблагоприятных значениях этих величин, а проверка устойчивости плоской формы изгиба вообще не выполняется в предположении, что возможность такой формы потери устойчивости исключена применением соответствующих раскреплений. Кроме того, различные результаты будут получены и при анализе работы сечения под действием поперечных сил. Дело в том, что при определении касательных напряжений по нормативным документам предполагается, что перерезывающей силе сопротивляются только те части сечения, которые «направлены» вдоль действия силы. Например, только стенка двутавра под действием силы Qz, или только полки двутавра, если речь идет о сопротивлении силе Qy. Понятно, что это предположение идет в запас прочности. В случае произвольного сечения понятия стенка, полка отсутствуют и программа предполагает, что сопротивление сдвигу осуществляет все сечение.
Предлагаю реализовать данную проверку произвольных или составных сечений металлоконструкций (типа как крест из 2х двутавров, коробка с пластинами по бокам и т.п. - см. ссылку). Например чтобы сечение возможно было подгрузить из конструктора сечений, а недостающие коэффициенты, типа влияния формы сечений, альфа и бета - принимал бы пользователь самостоятельно (как это любят говорить сами разработчики) в соответствующей вкладке.Понятно, что не получится реализовать для составных, состоящих из нескольких ветвей. Но хотя бы для составных вплотную.
Ссылка с примером сечений.
Новая
25.01.2019 15:40:00 Иногда нужно посчитать сложный контур продавливания
К примеру, сейчас нет программных средств чтобы посчитать W круглого контура продавливания у грани или угла плиты.
Для расчета на продавливание нужно знать момент сопротивления сечения с "нулевой" толщиной. Стандартными средствами Лира-КС можно построить только фигуру с конкретной толщиной.
Предложение по Лира-КС
1. Реализовать расчет геометрических характеристик контуров продавливания с учетом нулевой толщины
2. Реализовать расчет характеристик разорванных фигур, например ветвей двухветвевой колонны из швеллеров, разнесенных друг от друга на расстоянии
К примеру, сейчас нет программных средств чтобы посчитать W круглого контура продавливания у грани или угла плиты.
Для расчета на продавливание нужно знать момент сопротивления сечения с "нулевой" толщиной. Стандартными средствами Лира-КС можно построить только фигуру с конкретной толщиной.
Предложение по Лира-КС
1. Реализовать расчет геометрических характеристик контуров продавливания с учетом нулевой толщины
2. Реализовать расчет характеристик разорванных фигур, например ветвей двухветвевой колонны из швеллеров, разнесенных друг от друга на расстоянии
Новая
21.01.2019 17:33:08 По суті хочу продублювати вже записану раніше , з поміткою "впроваджено", але по факту не працюючу, як було запрошено. Тобто на разі Візор не доступний при натискуванні кнопки "Расчет". Крім того, при розрахунку важкої схеми, яка займає досить багато часу хотілось би мати можливість обмежити завантаження процесора бо при розрахунку РСУ і армування комп'ютер практично висить і не можливо щось інше робити.
Новая
20.01.2019 12:27:49 Может ошибаюсь, если что поправьте, но сейчас реализован расчёт продавливания только в зоне колонн. Если же присутствует капитель, то проверки плиты на продавливание за капителью не происходит. Приходится такой расчет выполнять вручную или в сторонних программах.
Так же было не неплохо реализовать возможность проверки плит на продавливание расположенных около стен по научно-техническому отчету проф. А.С.Залесова. Необходимость такой проверки в нормах не оговорена, однако возможность выполнения такого расчета лишней не будет. К примеру, в микрофе это реализовано уже очень давно.
Так же было не неплохо реализовать возможность проверки плит на продавливание расположенных около стен по научно-техническому отчету проф. А.С.Залесова. Необходимость такой проверки в нормах не оговорена, однако возможность выполнения такого расчета лишней не будет. К примеру, в микрофе это реализовано уже очень давно.
Новая
18.01.2019 11:14:15 В общем, отправил на расчет (конкретно РСУ), думал почитать справку пока, но не тут то было. Справка у меня уже была загружена, но обратиться к ней, чтобы почитать, я не смог.