Добрый день!
Идея в возможности отмены действия "упаковки схемы". Было бы удобно, особенно когда не активировал/деактивировал необходимые опции, а вернуться обратно уже нельзя.
Все идеи
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
Предлагаю добавить возможность разбивки ортогональной сетки аналитических моделей пластин с разным шагом по разным координатам местной системы координат. В свойствах стен и перекрытий сделать две строки шаг по X, шаг по Y.
Здравствуйте!
Сама идея в названии темы - просьба реализовать расчет рамного узла с вутом по типу серии 2.440-2 вып.1
Сама идея в названии темы - просьба реализовать расчет рамного узла с вутом по типу серии 2.440-2 вып.1
Уважаемые разработчики ПК "ЛИРА-САПР"! Здравствуйте!
Использую в своей практике расчёта и проектирования железобетонных конструкций шаговый физически нелинейный решатель. В какой-то момент заметил, что Новый расчётный процессор по-умолчанию не учитывает смещения центра жёсткости сечения (ни в стержнях, ни в пластинках). Что проявлялось в отсутствии эффекта распора (появление горизонтальных перемещений от поперечной нагрузки в балках и плитах). Грешным делом, начал сомневаться в шаговом решателе Нового поколения (Прежний-то работает в этой части как следует)...
Все страхи и сомнения развеяли инженеры службы сопровождения. Оказалось, для того, чтобы учесть смещения центра жёсткости, необходимо в опциях Нового процессора включить соответствующую опцию (см. изображение от службы поддержки), по умолчанию опция выключена. Включил, и всё заработало так, как следует. От сердца отлегло . А попробуй догадайся, где и как этого достичь.
Предлагаю вынести эту архиважную опцию в окно "Расчёта с контролем параметров". Тогда её будет проще найти и включить.
Спасибо.
С уважением, Шатров Евгений
Использую в своей практике расчёта и проектирования железобетонных конструкций шаговый физически нелинейный решатель. В какой-то момент заметил, что Новый расчётный процессор по-умолчанию не учитывает смещения центра жёсткости сечения (ни в стержнях, ни в пластинках). Что проявлялось в отсутствии эффекта распора (появление горизонтальных перемещений от поперечной нагрузки в балках и плитах). Грешным делом, начал сомневаться в шаговом решателе Нового поколения (Прежний-то работает в этой части как следует)...
Все страхи и сомнения развеяли инженеры службы сопровождения. Оказалось, для того, чтобы учесть смещения центра жёсткости, необходимо в опциях Нового процессора включить соответствующую опцию (см. изображение от службы поддержки), по умолчанию опция выключена. Включил, и всё заработало так, как следует. От сердца отлегло . А попробуй догадайся, где и как этого достичь.
Предлагаю вынести эту архиважную опцию в окно "Расчёта с контролем параметров". Тогда её будет проще найти и включить.
Спасибо.
С уважением, Шатров Евгений
Сейчас уже реализован учет продольного изгиба. Но нельзя указать по какому направлению учитывается расчетная длина. Из-за этого иногда получаются странные результаты. Можно ли добавить учет различных расчетных длин по различным осям X и Y?
лира универсальна и могла бы получить "кирпичные" возможности Мономаха в виде дополнительного сопроцессора по типу "Монтаж". "Грунт" и прочих. планируется ли что нибудь подобное? как сателлит Мономах несколько тяжеловат....не всем он доступен.
в принципе у конкурентов ничего подобного тоже нет, было бы неплохо быть первыми.
в принципе у конкурентов ничего подобного тоже нет, было бы неплохо быть первыми.
Здравствуйте, уважаемые разработчики программы!
Просьба проверить правильность расчета базы колонны, а именно формулу нахождения расчетного усилия в программе с формулой из СП43.13330.2012 (либо из пособия по проектированию анкерных болтов).
Так же возможность выбирать коэффициент Ко=1,35 - для динамических нагрузок и Ко=1,05 - для статических нагрузок.
Просьба проверить правильность расчета базы колонны, а именно формулу нахождения расчетного усилия в программе с формулой из СП43.13330.2012 (либо из пособия по проектированию анкерных болтов).
Так же возможность выбирать коэффициент Ко=1,35 - для динамических нагрузок и Ко=1,05 - для статических нагрузок.
Здравствуйте, коллеги!
Было бы удобно, если при включении флага рисования "Показать жесткости цветом" в окне модели отображалась легенда цветов типов жесткости.
Также хорошо бы в таблицу типов жесткости добавить столбец с цветом данного типа.
Было бы удобно, если при включении флага рисования "Показать жесткости цветом" в окне модели отображалась легенда цветов типов жесткости.
Также хорошо бы в таблицу типов жесткости добавить столбец с цветом данного типа.
Здравствуйте, уважаемые разработчики и инженеры службы технической поддержки программ семейства ЛИРА-САПР!
Есть предложение, касающееся улучшения пользовательского интерфейса модуля "Продавливание по прямоугольному контуру" ПК "ЭСПРИ 2016".
Предложение относится к случаю расчёта плиты вблизи отверстия (незамкнутый контур продавливания). На мой взгляд, реализованный в настоящее время в программе способ задания данных для учёта отверстия при помощи четырёх параметров (a2, b2, a0, b0), как минимум, неудобен, а, как максимум, порождает у пользователя сомнения в правильности задания им исходной информации и множество вопросов. Например, можно ли эти ДВА разрыва контура продавливания, обозначенные на условной схеме в интерфейсе программы чёрными жирными линиями длиной b0 и a0, трактовать как разрывы от двух отверстий или предполагается, что отверстие всегда одно? Если только одно, то, как быть в случае, если вокруг колонны оказалось два отверстия? Ясно, что на последний вопрос даже отчёт НИИЖБа, на основании положений которого реализован алгоритм расчёта, не даёт ясного ответа...
Суть проблемы. Большое неудобство заключается в том, что вышеназванные четыре параметра приходится вычислять, прибегая к заметным дополнительным построениям на чертеже, с которого снимаются эти данные. Что для этого необходимо сделать? Во-первых, необходимо нанести контур продавливания вокруг колонны. Во-вторых, вычертить вспомогательные прямые, отсекающие от этого контура участки, которые должны быть исключены из контура. В-третьих, их (эти участки) необходимо образмерить и привязать к центральным осям колонны, интерпретировав их как те самые четыре параметра. Вся эта цепочка операций уже сама по себе многодельна, но этого полбеды. Вторая половина беды заключается в том, что отсечения от контура продавливания допускаются только в первом квадранте декартовой системы координат. Как быть, если отверстия оказываются в других четвертях?
Правильно: корректировать ситуацию знаками продавливающих моментов! Хорошо, если отверстие оказывается в третьем квадранте. Тогда ОБА момента меняют свой знак. Если же отверстие оказывается во второй или четвёртой четверти системы координат, то приходится размышлять, знак какого из двух моментов следует изменить. На первый взгляд, мелочь. Но если учесть, что у продавливающих моментов, во-первых, есть своё правило знаков, которое необходимо удерживать в голове, считывая их с расчётной схемы, а, во-вторых, своеобразная индексация (Mx есть момент в плоскости ZoX, то есть вокруг оси Y (для My аналогично); по всей видимости, подобный подход чем-то оправдан, хотя и не очень удобен в данном случае), задание всего этого множества параметров превращается в нешуточный ребус. А поскольку и знак, и абсолютное значение каждого из параметров в тяжёлых случаях критично влияет на окончательный результат вычислений (пройдёт или не пройдёт), то появляется сильное желание упростить всю процедуру описания данных.
Предложение. Дать возможность пользователю описывать не те трудоёмко вычисляемые им в ручном режиме четыре параметра, а следующее. Форма (прямоугольное или круглое) и параметры отверстия (два размера в плане или диаметр), а также привязку центра тяжести отверстия к центру тяжести колонны (с учётом знака, что позволит размещать отверстие в любом квадранте).
По моему мнению, предлагаемый подход снимает с пользователя все вышеперечисленные вычислительные проблемы (перекладывая их на плечи разработчика . Судите сами. Форма и размеры отверстия вместе с привязками его центра тяжести позволяет на *внутреннем программном* (а не внешнем пользовательском!) уровне вычислить не только параметры отсекаемых участков контура продавливания, но и положение "центра тяжести укороченного расчётного контура", с последующим проходом по веткам алгоритма расчёта на продавливания!
Кроме того, появляется возможность на уровне интерфейса описать более одного отверстия.
С уважением, Шатров Евгений
Есть предложение, касающееся улучшения пользовательского интерфейса модуля "Продавливание по прямоугольному контуру" ПК "ЭСПРИ 2016".
Предложение относится к случаю расчёта плиты вблизи отверстия (незамкнутый контур продавливания). На мой взгляд, реализованный в настоящее время в программе способ задания данных для учёта отверстия при помощи четырёх параметров (a2, b2, a0, b0), как минимум, неудобен, а, как максимум, порождает у пользователя сомнения в правильности задания им исходной информации и множество вопросов. Например, можно ли эти ДВА разрыва контура продавливания, обозначенные на условной схеме в интерфейсе программы чёрными жирными линиями длиной b0 и a0, трактовать как разрывы от двух отверстий или предполагается, что отверстие всегда одно? Если только одно, то, как быть в случае, если вокруг колонны оказалось два отверстия? Ясно, что на последний вопрос даже отчёт НИИЖБа, на основании положений которого реализован алгоритм расчёта, не даёт ясного ответа...
Суть проблемы. Большое неудобство заключается в том, что вышеназванные четыре параметра приходится вычислять, прибегая к заметным дополнительным построениям на чертеже, с которого снимаются эти данные. Что для этого необходимо сделать? Во-первых, необходимо нанести контур продавливания вокруг колонны. Во-вторых, вычертить вспомогательные прямые, отсекающие от этого контура участки, которые должны быть исключены из контура. В-третьих, их (эти участки) необходимо образмерить и привязать к центральным осям колонны, интерпретировав их как те самые четыре параметра. Вся эта цепочка операций уже сама по себе многодельна, но этого полбеды. Вторая половина беды заключается в том, что отсечения от контура продавливания допускаются только в первом квадранте декартовой системы координат. Как быть, если отверстия оказываются в других четвертях?
Правильно: корректировать ситуацию знаками продавливающих моментов! Хорошо, если отверстие оказывается в третьем квадранте. Тогда ОБА момента меняют свой знак. Если же отверстие оказывается во второй или четвёртой четверти системы координат, то приходится размышлять, знак какого из двух моментов следует изменить. На первый взгляд, мелочь. Но если учесть, что у продавливающих моментов, во-первых, есть своё правило знаков, которое необходимо удерживать в голове, считывая их с расчётной схемы, а, во-вторых, своеобразная индексация (Mx есть момент в плоскости ZoX, то есть вокруг оси Y (для My аналогично); по всей видимости, подобный подход чем-то оправдан, хотя и не очень удобен в данном случае), задание всего этого множества параметров превращается в нешуточный ребус. А поскольку и знак, и абсолютное значение каждого из параметров в тяжёлых случаях критично влияет на окончательный результат вычислений (пройдёт или не пройдёт), то появляется сильное желание упростить всю процедуру описания данных.
Предложение. Дать возможность пользователю описывать не те трудоёмко вычисляемые им в ручном режиме четыре параметра, а следующее. Форма (прямоугольное или круглое) и параметры отверстия (два размера в плане или диаметр), а также привязку центра тяжести отверстия к центру тяжести колонны (с учётом знака, что позволит размещать отверстие в любом квадранте).
По моему мнению, предлагаемый подход снимает с пользователя все вышеперечисленные вычислительные проблемы (перекладывая их на плечи разработчика . Судите сами. Форма и размеры отверстия вместе с привязками его центра тяжести позволяет на *внутреннем программном* (а не внешнем пользовательском!) уровне вычислить не только параметры отсекаемых участков контура продавливания, но и положение "центра тяжести укороченного расчётного контура", с последующим проходом по веткам алгоритма расчёта на продавливания!
Кроме того, появляется возможность на уровне интерфейса описать более одного отверстия.
С уважением, Шатров Евгений
Данная программа может быть использована не только для теоретических изысканий и исследований но и для оценки влияния на конструкции вибрационных нагрузок от оборудования, забивки свай и др. Однако значительная часть датчиков для записи сигнала ориентирована на виброскорость а не ускорение. Для расширения сферы использования данной программы, в т.ч. в области обследования технического состояния зданий и сооружений, предлагаю добавить возможность введения велосиграммы в качестве исходных данных к расчетам.
Пожалуйста, распишите нормально в справке алгоритм расчета на продавливание, поскольку указанный алгоритм содержит много ошибок. кроме того не ясен смысл коэфф армирования (поскольку смысл разный для СП63 и СП52 - анализ тоже должен быть разным).
Либо, что было бы много лучше, чтобы программа выдавала коэффициент несущей способности в виде К=F/Fult+Mx/Mxult+My/Myult. В дальнейшем пользователь будет сопоставлять значение с 1 или с 2 и делать вывод о необходимости армирования или увеличения толщины плиты.
Либо, что было бы много лучше, чтобы программа выдавала коэффициент несущей способности в виде К=F/Fult+Mx/Mxult+My/Myult. В дальнейшем пользователь будет сопоставлять значение с 1 или с 2 и делать вывод о необходимости армирования или увеличения толщины плиты.
Очень часто требуется многорядное расположение арматуры при подборе арматуры в балках или плитах.
нельзя ли при вводе материалов для армирования вообще опционально отключить показ общей таблицы имеющей невероятную ширину ,
трудночитаемую , скрин которой неудачен для переноса в word и нечитабелен в нем в режиме "разбивка страниц" . при вводе информации имхо удобнее вывести на экран одновременно все три окна задания материалов.
трудночитаемую , скрин которой неудачен для переноса в word и нечитабелен в нем в режиме "разбивка страниц" . при вводе информации имхо удобнее вывести на экран одновременно все три окна задания материалов.
Добрый день!
Для проверки корректности расчетной схемы а также для формирования отчетов, было бы неплохо добавить новый флаг рисования, аналогичный флагу "связи", отображающий по каким направлениям сняты ограничения в установленном шарнире и назначено ли какое-либо ограничение жесткости.
Для проверки корректности расчетной схемы а также для формирования отчетов, было бы неплохо добавить новый флаг рисования, аналогичный флагу "связи", отображающий по каким направлениям сняты ограничения в установленном шарнире и назначено ли какое-либо ограничение жесткости.
Добавить возможность выбора диаграмм (нормативная/расчетная, кратковременная/длительная). Или создавать и задавать свои диаграммы.
Реализовать в расчете металлических узлов: жесткий узел базы колонны с расположением анкерных болтов непосредственно на опорной плите. Желательно с несколькими вариантами расположения ребер.
Функция "Создать шарнир с расшивкой узлов" осуществляет расшивку схемы и дальнейшее объединение полученных пар узлов в одну группу объединения:?:. Для того, чтобы добиться объединения, полученных после расшивки схемы, пар узлов в отдельные группы объединения, необходимо выполнять данную процедуру вручную, индивидуально для каждой пары узлов.
Это не удобно, долго.
Предлагаю разработать функционал, позволяющий минимальным набором действий выполнять расшивку схемы и объединение перемещений каждой полученной пары узлов в отдельную группу.
Новую функцию можно применить и для окна "Сборка схем". Что позволило бы при сборке схем выполнять автоматическое объединение перемещений узлов попарно.
Только не говорите, что подобное действие можно выполнить в "Сапфире";). На мой взгляд, подобный функционал должен содержаться во всех программных комплексах, образующих единую связку:).
Это не удобно, долго.
Предлагаю разработать функционал, позволяющий минимальным набором действий выполнять расшивку схемы и объединение перемещений каждой полученной пары узлов в отдельную группу.
Новую функцию можно применить и для окна "Сборка схем". Что позволило бы при сборке схем выполнять автоматическое объединение перемещений узлов попарно.
Только не говорите, что подобное действие можно выполнить в "Сапфире";). На мой взгляд, подобный функционал должен содержаться во всех программных комплексах, образующих единую связку:).
Добрый день, Борис!
Так инструмент создания групп объединения с расшивкой узлов помещает пары узлов в отдельные подгруппы. Ничего дополнительно выполнять не требуется.
Или же мы не понимаем друг друга?) Поясните, пожалуйста.
Спасибо, за интерес к нашем продуктам и активное участие в развитии!
С уважением, Алексей Тищенко
Так инструмент создания групп объединения с расшивкой узлов помещает пары узлов в отдельные подгруппы. Ничего дополнительно выполнять не требуется.
Или же мы не понимаем друг друга?) Поясните, пожалуйста.
Спасибо, за интерес к нашем продуктам и активное участие в развитии!
С уважением, Алексей Тищенко
Здравствуйте, возможно ли реализация следующих функций:
- вычисление поверхности несущей способности железобетонного стержня (а заодно расширение Лира-АРМ, а то она застыла в развитии)
- расчет сталебетонных сечений (хотелось бы иметь возможность вычислять прочность, жесткостные характеристики, и требуемые связи сдвига)
Здравствуйте!
При сборке 2-х схем переносятся из присоединяемой в базовую жесткости элементов и нагрузки, а вот дополнительные характеристики нет...
Просьба добавить в последующем релизе данную возможность.
При сборке 2-х схем переносятся из присоединяемой в базовую жесткости элементов и нагрузки, а вот дополнительные характеристики нет...
Просьба добавить в последующем релизе данную возможность.
Здравствуйте!
Реализуйте пожалуйста в "стальной расчет - расчет узла схемы - выбор типа узла" расчет узлов связей из гнутосварных профилей по методике "Пособия по проектированию стальных конструкций (к СНиП II-23-81*), п.15.16-15.19.
Так же хотелось бы видеть в программе расчет фланцевого соединения гсп в расчете узлов ферм.
ps^ спасибо за реализацию расчета узлов ферм из ГСП!
Реализуйте пожалуйста в "стальной расчет - расчет узла схемы - выбор типа узла" расчет узлов связей из гнутосварных профилей по методике "Пособия по проектированию стальных конструкций (к СНиП II-23-81*), п.15.16-15.19.
Так же хотелось бы видеть в программе расчет фланцевого соединения гсп в расчете узлов ферм.
ps^ спасибо за реализацию расчета узлов ферм из ГСП!
Здравствуйте.
При работе с моделью часто приходиться многократно и попеременно включать одни и выключать другие флаги рисования.
Предлагаю автоматизировать данный процесс путем введения пользовательских наборов флагов рисования. Т.е. рядом со значком флагов рисования добавить раскрывающийся список который позволит в один клик перейти к ранее сохраненной комбинации.
Соответственно в самом меню флагов рисования предусмотреть инструменты по добавлению редактированию и удалению комбинаций.
При работе с моделью часто приходиться многократно и попеременно включать одни и выключать другие флаги рисования.
Предлагаю автоматизировать данный процесс путем введения пользовательских наборов флагов рисования. Т.е. рядом со значком флагов рисования добавить раскрывающийся список который позволит в один клик перейти к ранее сохраненной комбинации.
Соответственно в самом меню флагов рисования предусмотреть инструменты по добавлению редактированию и удалению комбинаций.
Есть идея выпускать обновление программы совместно с обучающими примерами (руководством пользователя).
ЛИРА-САПР 2016 выпустили, а про литературу забыли.
ЛИРА-САПР 2016 выпустили, а про литературу забыли.
Предлагаю сделать связку Сапфир ЖБК с Autodesk Revit, по аналогии с Tekla Structures, а именно:
-передача прямых арматурных стержней, хомутов, П-эшки, Г-эшки и пр..
Вопрос очень актуален для фирм, которые начинают переходить на проектирование по технологии BIM, и в качестве среды для конструкторского проектирования используют программу Revit, в которой помимо опалубочных чертежей выполняют чертежи с армированием.
На сегодняшний день удобно раскидывать арматуру-основную, дополнительную в Сапфир ЖБК, но с последующей доработкой чертежей есть сложности, в виду отсутствия гибкости программы. Поэтому считаю актуальным наладить связку с Revit,
-передача прямых арматурных стержней, хомутов, П-эшки, Г-эшки и пр..
Вопрос очень актуален для фирм, которые начинают переходить на проектирование по технологии BIM, и в качестве среды для конструкторского проектирования используют программу Revit, в которой помимо опалубочных чертежей выполняют чертежи с армированием.
На сегодняшний день удобно раскидывать арматуру-основную, дополнительную в Сапфир ЖБК, но с последующей доработкой чертежей есть сложности, в виду отсутствия гибкости программы. Поэтому считаю актуальным наладить связку с Revit,
Часто при анализе результатов приходится возвращаться в ленту "расчет" и "создание". Если быть неаккуратным могут слететь результаты расчета.
Можно сделать кнопку, по щелчку по которой явно разрешалось бы редактирование и сброс результатов. В остальных случаях - просто не редактировались бы данные, но была бы возможность просмотра всего.
Можно сделать кнопку, по щелчку по которой явно разрешалось бы редактирование и сброс результатов. В остальных случаях - просто не редактировались бы данные, но была бы возможность просмотра всего.
Идея состоит в создании групп сбора нагрузок на фрагмент. Например собираем нагрузки на фрагмент в одном месте (отмечаем соответствующие узлы и элементы), затем собираем нагрузки на фрагмент в другом месте (отмечаем уже другие узлы и элементы), при этом информация о первом сборе нагрузок на фрагмент теряется. Хотелось бы иметь возможность в любой момент времени возвращаться к нужной группе сбора нагрузок на фрагмент, предварительно присваивая имена таких групп.
p/s: В настоящий момент есть только номера группы узлов, т.е. часть от того что хотелось бы видеть
p/s: В настоящий момент есть только номера группы узлов, т.е. часть от того что хотелось бы видеть
Спасибо за интересное предложение. Уже думаем над реализацией.
С уважением, Алексей Тищенко