Все идеи

Здравствуйте!
Сама идея в названии темы - просьба реализовать расчет рамного узла с вутом по типу серии 2.440-2 вып.1

Сейчас уже реализован учет продольного изгиба. Но нельзя указать по какому направлению учитывается расчетная длина. Из-за этого иногда получаются странные результаты. Можно ли добавить учет различных расчетных длин по различным осям X  и Y?

Здравствуйте, уважаемые разработчики и инженеры службы технической поддержки программ семейства ЛИРА-САПР!

Есть предложение, касающееся улучшения пользовательского интерфейса модуля "Продавливание по прямоугольному контуру" ПК "ЭСПРИ 2016".

Предложение относится к случаю расчёта плиты вблизи отверстия (незамкнутый контур продавливания). На мой взгляд, реализованный в настоящее время в программе способ задания данных для учёта отверстия при помощи четырёх параметров (a2, b2, a0, b0), как минимум, неудобен, а, как максимум, порождает у пользователя сомнения в правильности задания им исходной информации и множество вопросов. Например, можно ли эти ДВА разрыва контура продавливания, обозначенные на условной схеме в интерфейсе программы чёрными жирными линиями длиной b0 и a0, трактовать как разрывы от двух отверстий или предполагается, что отверстие всегда одно? Если только одно, то, как быть в случае, если вокруг колонны оказалось два отверстия? Ясно, что на последний вопрос даже отчёт НИИЖБа, на основании положений которого реализован алгоритм расчёта, не даёт ясного ответа...

Суть проблемы. Большое неудобство заключается в том, что вышеназванные четыре параметра приходится вычислять, прибегая к заметным дополнительным построениям на чертеже, с которого снимаются эти данные. Что для этого необходимо сделать? Во-первых, необходимо нанести контур продавливания вокруг колонны. Во-вторых, вычертить вспомогательные прямые, отсекающие от этого контура участки, которые должны быть исключены из контура. В-третьих, их (эти участки) необходимо образмерить и привязать к центральным осям колонны, интерпретировав их как те самые четыре параметра. Вся эта цепочка операций уже сама по себе многодельна, но этого полбеды. Вторая половина беды заключается в том, что отсечения от контура продавливания допускаются только в первом квадранте декартовой системы координат. Как быть, если отверстия оказываются в других четвертях?

Правильно: корректировать ситуацию знаками продавливающих моментов! Хорошо, если отверстие оказывается в третьем квадранте. Тогда ОБА момента меняют свой знак. Если же отверстие оказывается во второй или четвёртой четверти системы координат, то приходится размышлять, знак какого из двух моментов следует изменить. На первый взгляд, мелочь. Но если учесть, что у продавливающих моментов, во-первых, есть своё правило знаков, которое необходимо удерживать в голове, считывая их с расчётной схемы, а, во-вторых, своеобразная индексация (Mx есть момент в плоскости ZoX, то есть вокруг оси Y (для My аналогично); по всей видимости, подобный подход чем-то оправдан, хотя и не очень удобен в данном случае), задание всего этого множества параметров превращается в нешуточный ребус. А поскольку и знак, и абсолютное значение каждого из параметров в тяжёлых случаях критично влияет на окончательный результат вычислений (пройдёт или не пройдёт), то появляется сильное желание упростить всю процедуру описания данных.

Предложение. Дать возможность пользователю описывать не те трудоёмко вычисляемые им в ручном режиме четыре параметра, а следующее. Форма (прямоугольное или круглое) и параметры отверстия (два размера в плане или диаметр), а также привязку центра тяжести отверстия к центру тяжести колонны (с учётом знака, что позволит размещать отверстие в любом квадранте).

По моему мнению, предлагаемый подход снимает с пользователя все вышеперечисленные вычислительные проблемы (перекладывая их на плечи разработчика . Судите сами. Форма и размеры отверстия вместе с привязками его центра тяжести позволяет на *внутреннем программном* (а не внешнем пользовательском!) уровне вычислить не только параметры отсекаемых участков контура продавливания, но и положение "центра тяжести укороченного расчётного контура", с последующим проходом по веткам алгоритма расчёта на продавливания!
Кроме того, появляется возможность на уровне интерфейса описать более одного отверстия.

С уважением, Шатров Евгений

Данная программа может быть использована не только для теоретических изысканий и исследований но и для оценки влияния на конструкции вибрационных нагрузок от оборудования, забивки свай и др.  Однако значительная часть датчиков для записи сигнала ориентирована на виброскорость а не ускорение. Для расширения сферы использования данной программы, в  т.ч.  в области обследования технического состояния зданий и сооружений, предлагаю добавить возможность введения велосиграммы  в качестве исходных данных к расчетам.

Очень часто требуется многорядное расположение арматуры при подборе арматуры в балках или плитах.

нельзя ли при вводе материалов для армирования вообще опционально отключить показ общей таблицы имеющей невероятную  ширину ,
трудночитаемую , скрин которой неудачен для переноса  в word и нечитабелен  в нем в режиме "разбивка страниц" . при вводе информации имхо удобнее  вывести  на экран одновременно  все три окна задания материалов.

Здравствуйте!
Реализуйте пожалуйста в "стальной расчет - расчет узла схемы - выбор типа узла" расчет узлов связей из гнутосварных профилей по методике "Пособия по проектированию стальных конструкций (к СНиП II-23-81*), п.15.16-15.19.
Так же хотелось бы видеть в программе расчет фланцевого соединения гсп в расчете узлов ферм.

ps^ спасибо за реализацию расчета узлов ферм из ГСП!

Есть идея выпускать обновление программы совместно с обучающими примерами (руководством пользователя).

ЛИРА-САПР 2016 выпустили, а про литературу забыли.

Здравствуйте!
Уважаемые разработчики, очень хотелось бы увидеть для вашего продукта реализацию приобретения временных лицензий. Например, как у ваших конкурентов, которые уже реализовали это и, кажется, это довольно интересное предложение.
Возможность приобретения временных лицензий сроком на 3, 6 и 12 месяцев для разных конфигураций Лиры несомненно популяризует ваш продукт и станет приятной новостью для пользователей.

Предлагаю сделать возможным в ЛИРА-САПР отображение высоты сжатой зоны в железобетонных элементах с помощью мозайки и изополей для визуальной оценки и контроля подбора армирования.

Доброго времени суток, уважаемые коллеги и разработчики.

Выдалась свободное время после большого объекта и вот решил написать о наболевшем по свежим следам. Первое, что хочется отметить это большой прогресс программного комплекса за последние несколько релизов. Хочется верить, что темп развития не упадет и нас ждет много интересных нововведений!!!
А теперь несколько пожеланий по сути. Как я не пытался выполнить стадию П в САПФИРе все время находились причины этого не делать. Редко сейчас встречаются здания где бы отсутствовали такие элементы конструкций как капители, приямки в фундаментной плите, разные отм. плит в пределах одного этажа, парапеты, а их отображение и моделирование в САПФИРе проблематично. В связи с этим несколько предложений.

1. На плане этажей не отображаются капители и балки вверх.
2. Если в пределах этажа 2 отм. плиты перекрытия, отображается только одна плита.
3. Добавить инструмент приямок фундаментной плиты (они как правило имеют сложную форму перепада и их невозможно выполнить инструментами сапфир).
4. Исключить при подсчете бетона двойной учет "пересекающихся" объемов (например плита балка, плита стена и пр.)  

По результатам ударного труда в ЛираСАПР по нелинейным расчетам появилось ряд пожеланий, которые как мне кажется будут полезны.

1. Добавить относительную точность шкалы (часто требуется разное количество знаков после запятой).
2. Инструмент мозаика нагрузок, при анализе схемы по результатам нелинейного расчета, выводит конечную величину нагрузки даже для промежуточных стадий расчета.
3. Отображение пластических шарниров в пластинах и стержнях при нелинейном расчете.
4. По результатам нелинейного расчета, добавить возможность отображения мозаику напряжений в арматуре.
5. Изменить механизм назначения параметров армирования для пластинчатых и стержневых КЭ. Имею ввиду более понятный диалог пользователя, который оперирует такими понятиями как шаг арматурных стержней и их диаметр, защитный слой и пр.  

Предлагаю для дополнительных линий (всех типов) триангуляции ввести индивидуальный шаг разбиения. Данный параметр можно объединить с шагом аппроксимации (который работает сейчас только для кривых линий). Это позволит пользователю принудительно задавать области для детального анализа.

Предлагаю ввести возможность моделирования подколонников (столбчатых фундаментов) не только в виде пластин, но и КЭ-56. Параметры КЭ-56 в Сапфире вводит пользователь.
Также было бы удобно добавить функционал задания параметров КЭ-56 в Лира-Сапр не только расчетом для свай, но и расчетом для отдельно-стоящих фундаментов (добавить там же еще кнопку "Расчет для столбчатых фундаментов").

Предлагаю добавить в инструмент измерения в Сапфире возможность измерения расстояния между параллельными линиями, по аналогии с Revit'ом. В данный момент измерить расстояния между гранями затруднено, привязки часто слетают от случайного движения курсора.

Предлагаю разработать инструментарий для публикации подготовленных чертежей в Сапфире через встроенный PDF-плоттер, по аналогии с печатью в Автокаде (DWG to PDF).
Реализовать в встроенном PDF-плоттере функционал настройки при подготовке к печати, а именно:

1. Форматы листа, с возможностью добавления нестандартных размеров.
2. Ориентация (альбомная, книжная, перевернуть).
3. Масштаб (основные по ГОСТу и пользовательские, а также "Вписать").
4. Положение на листе (смещение от начала координат листа, центрирование)
5. Стиль печати (черно-белый, цветной).
6. Качество печати (в точках на дюйм).
7. Предпросмотр.
8. Сохранение заданных настроек для последующей печати.
9. Открытие программы просмотра PDF-документа после печати (в возможностью отключения её запуска).
   

Вышеописанный функционал реализовать в одном диалоговом окне.
Также, было бы удобно хранить все настройки встроенного PDF-плоттера в папке Сапфира в "Общих документах" компьютера для дальнейшего переноса на другой компьютер.
В перспективе, было бы хорошо реализовать Пакетную печать, а также распознавание элементов чертежа в подготовленном PDF-документе (слои, текст, закладки, гипперссылки и т.д.).

Предлагаю сделать возможным редактирование составляющих элементов блока в Сапфире без его разбиения. Т.е. после объединения нескольких элементов в блок, при нажатии на данном блоке двух щелчков мыши (либо через контекстное меню) можно было было редактировать элементы в нем (перетащить, скопировать, изменить геометрию, добавить в него еще один элемент, исключить из блока, удалить вовсе).

Предлагаю расширить функционал создания таблиц РСН и РСУ функцией "вероятности" определенного нагружения. Т.о. реализовав возможность как учета данного нагружения со всеми остальными нагружениями, так и его исключения.
Для примера: имеется 3 нагружения, при этом 3-ья нагрузка может отсутствовать. Необходимо автоматически создать две таблицы: 1+2+3, и 1+2. С 4-мя нагружениями (3-ья и 4-ая из которых вероятные) комбинации будут иметь вид: 1+2+3+4, 1+2+3, 1+2+4, 1+2.
Задание для нагружения "вероятности" предлагаю реализовать уже в Сапфире, путем добавления свойства, как и "Взаимоисключение", "Объединение", "Сопутствие".
Также автоматическое генерирование подобных комбинаций можно реализовать путем добавления возможности задания одному нагружению двух и более групп (через пробел) в графах "Взаимоисключения/Объединения/Сопутствия".
Предполагаю, второй вариант позволить более гибко задавать комбинации в автоматическом режиме.

Предлагаю, добавить возможность задания таблицы расчета на устойчивость в Сапфире, по аналогии с РСН и РСУ.

Предлагаю, добавить возможность задания момента силы прямо в Сапфире (видел определенный пункт в строке меню в Сапфире, по всей видимости ведется работа над этим, но хотел бы уточнить функционал):

1. Сосредоточенный момент;
2. Распределенный момент по траектории (равномерный/неравномерный по прямой или кривой траектории);
3. Распределенный момент по плоскости (равномерный/неравномерный).
   

Предлагаю, добавить возможность автоматического построения контура продавливания:

1. В плитах от стен, при этом оценку несущей способности выводить на 1 м.п.
2. В местах сопряжения колонн с фундаментной плитой.
3. Второй расчетный контур продавливания в плитах за зоной поперечного армирования (согласно СП 63.13330.2012). Теоретически - на расстоянии 2.5*ho от грани вертикальной несущей конструкции (колонны, стены).
4. На каждой ступени капители, а также за капителью.
   

Добрый день!
Хотелось бы увидеть в программе ЭСПРИ поддержку актуализированных норм РФ во всех модулях (особенно в модуле "Нагрузки и воздействия")!
Так же было бы неплохо, если б в ЭСПРИ добавили модули из МОНОМАХА, такие как Фундамент и Подпорная стена! А то про МОНОМАХ уже забыли, а полезные программки неплохо бы дополнили ЭСПРИ!
Спасибо

Здравствуйте!
Есть предложение по Сапфиру. Было бы удобно, если б в свойствах Пространства можно было задавать не только длительную и кратковременную нагрузки, но и постоянные (например, конструкции пола). Такую же опцию хотелось бы видеть в свойствах плит (т.е. возможность задавать Постоянные, кратковременные и длительные нагрузки). Так же было бы удобно, если бы при установке какого-либо вида в строке "Назначение по нагрузке", можно было бы применить значение из нормативного документа!
Спасибо.

Предлагаю дополнить функционал диалога "Материалов" в Сапфире.

1. Отображать категорию и группировать по ней материалы (железобетон/бетон/сталь/ и т.д.) в перечне материалов (левая колонка диалога материалов). Т.е. в разделе "Простые" будут раскрывающиеся (добавить возможность скрывать/раскрывать) категории.
2. Позволить растягивать область перечня всех материалов (некоторые наименования материалов бывают длинными).
3. Позволить сортировать материалы в списке (drag'n'drop'ом), а также кнопкой "Сортировать по имени". Как вариант, позволить изменять значение графы "Идентификатор", а программа будет сортировать уже по его значению (по возрастанию соответственно).
4. В свойства материалов добавить графу "Стандарт", просто строковое поле (ГОСТ, ТУ и т.д.).
   

Предлагаю при интерпретации фермы в виде нагрузки собирать ее вес на крайние узлы (опоры), т.е. вес всей фермы поделить на 2 и приложить соответствующие сосредоточенные силы на концы фермы.

Предлагаю уже в Сапфире заменять тип конечных элементов раскосов и стоек ферм на КЭ-1 "элемент плоской фермы".