Все идеи
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
поперечных сил и моментов, и их приходится заново открывать нажатием на соответствующие
кнопки. При расчете большого количества элементов на это уходит много времени. Хотелось
бы иметь возможность настроить модуль так, чтобы при расчете элемента эти эпюры открывались автоматически.
В настоящее время применяется упрощённый подход, который предполагает уменьшение общего веса ненесущей стены за счёт присутствующих в ней проёмов с последующим равномерным распределением этого веса по длине стены (участка стены). Подход имеет очевидный недостаток, который в общем случае не идёт в запас прочности. Например, есть ненесущая стена, расположенная на плите в створе между двумя колоннами. На крайних участках стены (рядом с колоннами) размещены два дверных проёма. В таком случае бОльшая часть гибкой нагрузки от стены, очевидно, ПО ФАКТУ приходится на пролётную зону плиты. В МОДЕЛИ же нагрузка распределяется равномерно по длине стены: в пролёте получается недогрузка, на опорах избыточная нагрузка.
Предлагается дифференцировать нагрузку от «глухих» участков стен и участков с проёмами. На глухих участках принимается полное значение нагрузки, рассчитываемое тривиально. А на участках с проёмами алгоритм чуть усложняется, но остаётся предельно простым. Если это участок с дверным проёмом (начинающийся с уровня пола), то вес надпроёмного участка стены раскидывается на две равные части и прикладывается по обе стороны от проёма в виде двух сосредоточенных сил. Если оконный, то нагрузка от подоконного участка прикладывается в его пределах как от глухого участка (только меньшей высоты, до подоконника), а нагрузка от надоконного участка стены – как для дверного проёма (2 сосредоточенные силы). Когда в ПК «САПФИР» будет реализован объект «Перемычка», вес этих конструктивных элементов может быть учтён при расчёте нагрузки от стен/перегородок.
И ещё. Вес заполнений дверных и оконных проёмов . Его также можно было бы учитывать при расчёте нагрузок от стен. Правда, придётся добавить дополнительные свойства для этих объектов (материал, толщина основного полотна, параметры фрамуг и проч.), через которые можно было бы рассчитывать (хотя бы укрупнённо) суммарный вес заполнений. Вопрос о том, как классифицировать эту нагрузку (как постоянную или как временную длительную), можно считать второстепенным.
На данный момент необходимо задавать два загружения с ветровой нагрузкой (нормативной и расчетной) в двух направлениях, назначать взаимоисключение, что не удобно.
В то же время задавать нормативные значения ветровой нагрузки без расчетных приведет к неправильному формированию РСУ и армированию.
Реализовать возможность расчета стальных рам (ферм, колонн, балок и т.д.) с использованием КС-САПР с проверками сечений.
Пока КС позволяет только получить жесткостные характеристики. Причем местные оси Y1 и Z1 в симметричных сечениях (с одной осью симметрии, конечно) поворачиваются на 90градусов. Получить распределение напряжений по сечению от заданных усилий можно, но задавая усилия вручную. Нет связи с результатами расчета по усилиям, РСУ, РСН . Проверки СТК на базе КС не выполняются.
Чтобы в СТК выполнить проверки, нужно сделать возможным задание недостающих параметров (коэфф. формы сечения и т.п.) вручную.
Предлагаю дополнить, соединить ветви планками в каждой грани.
Предлагаю дополнить типы стальных жесткостей составным тавром из двух полос.
ранее можно было вообще создать задачу через текстовый формат, запустить ее на счет и импортировать в визор.
получая эквивалентный файл в формате .lir. это было удобно. новый процессор может посчитать задачу из под текста , но
импорта в чистом виде нет.
пример:
нужно временно снять шарниры , посчитать сейсмику и перевести нужные формы в инерционную нагрузку.
затем на эту инерционную нагрузку посчитать при возврате шарниров.
пока приходится не трогая шарниры в визоре запустиь расчет из под текста убрав скобки у второго документа. потом открыть ту же задачу из под формата .lir, связаться с результатами и запустить из визора на счет.
а вот если вы переименовали текстовый файл(за ним уже нет файла .lir)
новый процессор всё посчитает , но доступа к результату не получите.
Например моделируем балки, нажимаем создать стержень, во вкладке ставим две галки: создать КоЭ и создать раскрепления на концах КоЭ, проводим стержень от одного узла к другому (стержень бьется на мелкие стержни стеткой), но в результате во всех вариантах конструирования (хотя бы в активном), появляются КоЭ и раскрепления, чтобы не задавать потом руками, выделяя и фрагментируя необходимые стержни.
Таблицы ввода для жесткостей и нагрузок. Импорт текстового файла не в новую модель, а в существующую
1) для плит по профилированному настилу создать автоматическое вычисление ортотропных характеристик, как это сделано для кессонов. См. скриншоты. Выбираешь тип настила и толщину плиты и программа сама определяет E1, E2, v12, v21, R0red. Возможно для такой плиты создать специальный тип КЭ, чтобы он обнулял не возникающие в реальности в оболочке усилия. Добавить корректную возможность подбора в такой плите армирования, учета армирования профлистом.
2) создать возможность расчета и конструирования стальных балок, как комбинированных балок.
Формулы изложены в Рекомендациях ЦНИИПромзданий 1987, СП 266.1325800, СТО 0047-2005, СТО 57398459-035-2014, СТО 57398459-002-2011 Eurocode и т.п.
Описывать данные по помещениям удобнее ещё на этапе подготовки dxf-исходника. Особенно с учётом того, что архитекторы в этой части могут оказать конструктору, поднимающему информационную модель из плоских планов, существенную помощь. Речь идёт о тех специалистах, которые вычисляют площади помещений не "руками" и с помощью калькулятора, а как свойство "Площадь" полилиний, которыми ограничивают контуры помещений. Этих Помещений может быть на этаже достаточно много, каждое из них может иметь сложную конфигурацию в плане, каждому из них чаще всего соответствуют свои нагрузки. Эти данные (полилинии) присутствуют в чертеже у тех архитекторов, которые предпочитают автоматизировать свою рутину. Их и может позаимствовать конструктор в процессе подготовки поэтажных планов. На сегодня проблема состоит только в том, что Пространства почему-то не импортируются через поэтажные планы...
Таким образом, в результате реализации нового объекта импорта существенно уточняется как информационная (в части назначения Пространств/Помещений), так и аналитическая (в части нагрузок) модели.
Альтернативным (и более общим!) вариантом расширения возможностей инструмента "Импорт поэтажных планов DXF" стало бы "протаскивание" с поэтажного плана объекта типа "Линия". В dxf-файле это могут быть Отрезки, Полилинии, Сплайны, Эллипсы и Дуги. По этим Линиям в ПК "САПФИР" можно было бы создать, в частности, Пространство или любой другой объект, допускающий метод создания "По линии" ("Осевая" или "По сегментам").
Очень большая проблема при задании ТЗА, заключается она в том, что есть очень хорошая кнопка в таблице "Задание и корректировка типов заданного армирования" - называется "заменить ТЗА на отмеченных элементах схемы", но ее работа настроена так, что при задании ТЗА на одном направлении (например на "низ по Х"), ТЗА вырезается абсолютно на ВСЕХ направлениях, то есть по факту получается, что на оставшихся трёх направлениях эта зона остается вовсе без ТЗА!!! В чем логика такой кнопки?
Это следует поправить желательно в ближайшем релизе, потому как выделять элементы, затем удалять ТЗА на выбранных элементах, затем выбирать "предыдущая отметка" и назначать уже то, что нужно - это вариант, который требует просто колоссального количества времени, которого никто не дает. И главный вопрос - зачем такие мучения, если можно поправить работу уже существующей кнопки.
Вопрос №2 - почему есть функция создания составных ТЗА (что весьма удобно), но нет возможности выбрать эти составные ТЗА в полифильтре, мне кажется логичным добавить такую возможность
Также хочу обратить внимание на то, что есть возможность настраивать цвет составных ТЗА, однако настройка цвета абсолютно никак не влияет на визуальное отображение цветов. Функция предусмотрена, но ее по факту нет. Очень удобно настраивать цвета составных ТЗА по цвету основных типов. Мелочи очень важны.
Вопрос №3 - предлагаю ввести возможность скрывать типы заданного армирования, так как если я создаю "составные ТЗА", то соответственно основные типы отображаются "мертвым грузом" и только увеличивают итоговую таблицу типов, что очень неудобно, потому как у нас 4 направления армирования, настроенная шкала, допустим, состоит из 6 значений, добавляем еще 5 составных типов и того на выходе имеем 44 строки!!! половина из которых используется постольку поскольку....
Вопрос №4 - при создании новых типов армирования, будь то составные или "ТЗА на основании шкалы армирования", созданные типы сразу в таблице не отображаются (таблица глючит!), приходится или закрывать-открывать таблицу, либо переключаться на другие вкладки, после чего новые типа "появляются"
И огромная просьба - уберите автоматическое переназначение цветов мозаики ТЗА, когда меняешь ТЗА на составные, шкала естественным образом меняется (так как количество градаций шкалы меняется - составные добавляются, "обычные" исключаются) и при каждом таком изменении цветовая схема непредсказуемо меняется, зачем это сделано?!
В сапфире данная возможность представлена, что упрощает работу.
В версии ЛИРА-САПР 2020 в номер групп объединений перемещений добавлена информация о количестве узлов, входящих в неё.
Спасибо за ваши идеи!
С уважением, Марина Ромашкина