Все идеи
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
В настоящее время применяется упрощённый подход, который предполагает уменьшение общего веса ненесущей стены за счёт присутствующих в ней проёмов с последующим равномерным распределением этого веса по длине стены (участка стены). Подход имеет очевидный недостаток, который в общем случае не идёт в запас прочности. Например, есть ненесущая стена, расположенная на плите в створе между двумя колоннами. На крайних участках стены (рядом с колоннами) размещены два дверных проёма. В таком случае бОльшая часть гибкой нагрузки от стены, очевидно, ПО ФАКТУ приходится на пролётную зону плиты. В МОДЕЛИ же нагрузка распределяется равномерно по длине стены: в пролёте получается недогрузка, на опорах избыточная нагрузка.
Предлагается дифференцировать нагрузку от «глухих» участков стен и участков с проёмами. На глухих участках принимается полное значение нагрузки, рассчитываемое тривиально. А на участках с проёмами алгоритм чуть усложняется, но остаётся предельно простым. Если это участок с дверным проёмом (начинающийся с уровня пола), то вес надпроёмного участка стены раскидывается на две равные части и прикладывается по обе стороны от проёма в виде двух сосредоточенных сил. Если оконный, то нагрузка от подоконного участка прикладывается в его пределах как от глухого участка (только меньшей высоты, до подоконника), а нагрузка от надоконного участка стены – как для дверного проёма (2 сосредоточенные силы). Когда в ПК «САПФИР» будет реализован объект «Перемычка», вес этих конструктивных элементов может быть учтён при расчёте нагрузки от стен/перегородок.
И ещё. Вес заполнений дверных и оконных проёмов . Его также можно было бы учитывать при расчёте нагрузок от стен. Правда, придётся добавить дополнительные свойства для этих объектов (материал, толщина основного полотна, параметры фрамуг и проч.), через которые можно было бы рассчитывать (хотя бы укрупнённо) суммарный вес заполнений. Вопрос о том, как классифицировать эту нагрузку (как постоянную или как временную длительную), можно считать второстепенным.
ранее можно было вообще создать задачу через текстовый формат, запустить ее на счет и импортировать в визор.
получая эквивалентный файл в формате .lir. это было удобно. новый процессор может посчитать задачу из под текста , но
импорта в чистом виде нет.
пример:
нужно временно снять шарниры , посчитать сейсмику и перевести нужные формы в инерционную нагрузку.
затем на эту инерционную нагрузку посчитать при возврате шарниров.
пока приходится не трогая шарниры в визоре запустиь расчет из под текста убрав скобки у второго документа. потом открыть ту же задачу из под формата .lir, связаться с результатами и запустить из визора на счет.
а вот если вы переименовали текстовый файл(за ним уже нет файла .lir)
новый процессор всё посчитает , но доступа к результату не получите.
Таблицы ввода для жесткостей и нагрузок. Импорт текстового файла не в новую модель, а в существующую
Описывать данные по помещениям удобнее ещё на этапе подготовки dxf-исходника. Особенно с учётом того, что архитекторы в этой части могут оказать конструктору, поднимающему информационную модель из плоских планов, существенную помощь. Речь идёт о тех специалистах, которые вычисляют площади помещений не "руками" и с помощью калькулятора, а как свойство "Площадь" полилиний, которыми ограничивают контуры помещений. Этих Помещений может быть на этаже достаточно много, каждое из них может иметь сложную конфигурацию в плане, каждому из них чаще всего соответствуют свои нагрузки. Эти данные (полилинии) присутствуют в чертеже у тех архитекторов, которые предпочитают автоматизировать свою рутину. Их и может позаимствовать конструктор в процессе подготовки поэтажных планов. На сегодня проблема состоит только в том, что Пространства почему-то не импортируются через поэтажные планы...
Таким образом, в результате реализации нового объекта импорта существенно уточняется как информационная (в части назначения Пространств/Помещений), так и аналитическая (в части нагрузок) модели.
Альтернативным (и более общим!) вариантом расширения возможностей инструмента "Импорт поэтажных планов DXF" стало бы "протаскивание" с поэтажного плана объекта типа "Линия". В dxf-файле это могут быть Отрезки, Полилинии, Сплайны, Эллипсы и Дуги. По этим Линиям в ПК "САПФИР" можно было бы создать, в частности, Пространство или любой другой объект, допускающий метод создания "По линии" ("Осевая" или "По сегментам").
Было бы неплохо реализовать возможность определения тепловых потерь в Вт через указанные узлы. На подобие нагрузки на фрагмент в задачах механики. Это нужно для расчетов приведенного сопротивления теплопередачи. Одной из задач расчета является вычисление тепловых потерь через теплотехнические неоднородности (например см. приложение Н СП50).
Вся суть расчета температурных полей в данном контексте и заключается в определении этих тепловых потерь. Таким образом, это позволит применять ПК Лира-САПР для решения подобных задач.
2. Приравнять значения разделителей "точка" и "запятая" или встроить в лиру мозги, чтобы она сама меняла на нужный ей символ. Скад от этих заморочек 10 лет назад избавился. При чем он в те времена хотя бы ругался, что значение введено не корректно, а лира просто глотает, закрывает диалог, и втихаря игнорирует новое значение.
3. Избавиться от пояснений типа "отсутствуют в исходных данных документы 6-7" (за точность формулировки не ручаюсь, но думаю поняли). В чем смысл, максимально нагрузить пользователя? Нельзя просто дать сообщение, что в расчетной схеме не заданы нагрузки?
4. В нижнем статус баре полно места для отображения не только номера, но и имени загружения. Когда в режиме редактирования пролистываю загружения проверяя значения нагрузок, отображаются только номера загружений. Крайне не удобно получается, нужно помнить по номерам каждое загружение. То же самое для вариантов конструирования
Работал в скаде, слышал множество восторженных отзывов о лире, а скад мол отстал от жизни. Видимо, эти отзывы основывались на роликах из ютуба, а не на реальной работе. Как же я поразился, что в лире до сих пор есть такие трудности
Нужно иметь возможность задавать температуру в пластинах не в локальных неизменных осях, а в согласованных осях, как заданное армирование.
Очень нужная штука.
Сейчас приходится рассчитывать несколько схем и через сборку сливать в один файл несколько фундаментов с разными С1, что довольно трудоемко.
так как это сделано в СКАД.
Надеюсь, что это можно сделать малой кровью, и будет стимулировать использовать алюминиевые сплавы в строительстве и промышленности.
"Результаты этих проверок выпечатываются в столбцах тау и c1 в таблице результатов расчета балок, однако не выпечатываются ни в одном из столбцов в таблице результатов расчета для колонн. Таким образом, в случаях, когда определеяющей была проверка по с1, или тау, значение в столбце 1ПС в таблице результатов расчета для колонн будет выше, чем все значения в столбцах нор, УY1, УZ1, УYZ."
В итоге для колонн не выводятся результаты проверок по касательным напряжения, а в столбце ПС1 выводится процент использования по нормальным напряжениям. Складывается впечатление, что для колонн вообще не проводится проверка по перерезывающей силе.
Это критично, если пояс фермы для учета совместного действия нормальной силы и момента задавать как элемент "колонна". В опорном сечении пояса возникают большие перерезывающие усилия. В итоге можно получить картинку с элементами окрашенными в зеленый цвет, а по факту по касательным напряжениям сечение не проходит. Чтобы выполнить проверку на поперечную силу элемент приходится задавать и как "балка".
Необходимо выводить столбец с проверкой по касательным напряжениям и для колонн.
Так же нет проверки по касательным напряжениям для типов элементов "ферма". На мой взгляд, этот тип элемента нужно вообще исключить. Все необходимые параметры есть в типе "колонна". В тип "колонна" можно добавить флажок "учитывать моменты да/нет".
P.S. Как здесь уже неоднократно говорилось, необходимо объединить расчеты элемента как балка и как колонна, чтобы программа автоматически выполняла необходимые проверки в зависимости от приведенного эксцентриситета. И нужна трассировка расчетов стальных элементов.
Если есть одноузловой КЭ, то он "совпадает" с узлом. Есть удобное свойство флагов рисования - если отключить отображение узлов, то Лира даже не пытается цепляться к узлам, поэтому, когда фонариком подсвечиваем свойства КЭ, информация выводится сразу - без окна с необходимостью выбрать между узлом и элементом.
Так вот, если сделать обратное - отключить отображение одноузловых КЭ, а отображение узлов включить, то, как ни странно, сталкиваешься с необходимостью выбирать между узлом и элементом. Но даже, если я выберу элемент, информацию о нем я не получу. Поэтому, очевидно, что задумка была, но не доделана. Просьба исправить это недоразумение, это сэкономит время на бесполезной работе с выскакивающим диалоговым окном.
Там же помогла бы кнопка перехода между режимами "Форма перемещений" и "Форма колебаний", находясь в окне "Пространственная модель (3Д графика)". Часто при изучении форм колебаний забываешь ее включить в Визоре и нужно возвращаться обратно.
Еще при вызове окна "Показать анимацию колебаний" окно с запуском анимации выскакивает в середине окна, закрывая здание. Всегда приходится убирать это окно в сторону, чтобы оно не мешало просмотру колебаний. Возможно сделать кнопки Воспроизвести-Остановить-Записать, а также окошко выбора числа колебаний сразу на панели инструментов?
Расчетчики, которые занимаются сейсмостойким и высотными зданиями меня поймут.
03.03.2019 20:02:04 Прошу рассмотреть возможность добавления модуля расчета теплопроводности ограждающих и несущих элементов (стен, покрытий/перекрытий и т.д.) для решения задач в плоской (2D) и пространственной (3D) постановке.
Данный модуль поможет решить ряд вопросов связанных с теплопроводностью узлов сборных и монолитных зданий, многослойных ограждающих конструкций, подземных конструкций в связке с грунтом основания (в зданиях с мелкозаглубленными фундаментами), а так же в расчетах связанных с учетом неравномерного температурного воздействия на ограждающие конструкции в уникальных зданиях.
Кроме того отсутствует штатная возможность цветовой визуализации перемещений стержневых элементов. Вроде бы никакой сложности в этом нет - имеется возможность отображать цветовые мозаики усилий в стержнях (в том числе на деформированной схеме) нужно лишь добавить возможность помимо усилий показывать перемещения.
И третий момент - хорошо бы добавить возможность отображать прогиб (деформированную ось) стержня между узлами. Не всегда целесообразно разбивать прямой стержень промежуточными узлами только лишь для более "красивой" визуализации деформированной схемы (или формы собственных колебаний, или формы потери устойчивости), а прямая соединяющая две точки зачастую выглядит очень грубо. Иной раз даже сложно понять так ли схема деформируется как ожидалось.
Сейчас происходит автозуммирование, которое зависит от размера фрагментированной части модели, ее рассматриваемой плоскости и от того, включены ли оси и какие-либо мозаики.
Или хотя бы дать возможность редактировать модуль упругости стали Е, для грубой проверки по СП 16.13330 алюминиевых конструкций и различных сплавов. Так у стали 21000000 т/м2, у алюминия 7100000 т/м2, у титана и сплавов 11000000 т/м2.
Отмечу, что это позволяет делать программа SCAD.
Вижу необходимость в данном предложении при расчетах светопрозрачных конструкций, различных козырьков и навесов, а также возможности анализа нетривиальных задач при проектировании.
Наряду с этим SCAD импортирует элементы по группам (слоям автокада), которые можно выделять независимо и задавать жесткость сразу элементам группы.
ЛИРА 10 делает то же и даже больше, передает жесткости и нагрузки.
Небольшое уточнение: речь идет о импорте 3D dxf, а не о импорте поэтажных планов.


В версии ЛИРА-САПР 2020 в номер групп объединений перемещений добавлена информация о количестве узлов, входящих в неё.
Спасибо за ваши идеи!
С уважением, Марина Ромашкина