идея в заголовке.
ранее можно было вообще создать задачу через текстовый формат, запустить ее на счет и импортировать в визор.
получая эквивалентный файл в формате .lir. это было удобно. новый процессор может посчитать задачу из под текста , но
импорта в чистом виде нет.
пример:
нужно временно снять шарниры , посчитать сейсмику и перевести нужные формы в инерционную нагрузку.
затем на эту инерционную нагрузку посчитать при возврате шарниров.
пока приходится не трогая шарниры в визоре запустиь расчет из под текста убрав скобки у второго документа. потом открыть ту же задачу из под формата .lir, связаться с результатами и запустить из визора на счет.
а вот если вы переименовали текстовый файл(за ним уже нет файла .lir)
новый процессор всё посчитает , но доступа к результату не получите.
Все идеи
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
Внедрено
09.08.2019 21:16:27 Внедрено
09.08.2019 13:01:45 Предлагаю реализовать возможность автоматического назначение КоЭ и раскреплений для прогибов при создании стержня.
Например моделируем балки, нажимаем создать стержень, во вкладке ставим две галки: создать КоЭ и создать раскрепления на концах КоЭ, проводим стержень от одного узла к другому (стержень бьется на мелкие стержни стеткой), но в результате во всех вариантах конструирования (хотя бы в активном), появляются КоЭ и раскрепления, чтобы не задавать потом руками, выделяя и фрагментируя необходимые стержни.
Например моделируем балки, нажимаем создать стержень, во вкладке ставим две галки: создать КоЭ и создать раскрепления на концах КоЭ, проводим стержень от одного узла к другому (стержень бьется на мелкие стержни стеткой), но в результате во всех вариантах конструирования (хотя бы в активном), появляются КоЭ и раскрепления, чтобы не задавать потом руками, выделяя и фрагментируя необходимые стержни.
Внедрено
31.07.2019 23:00:41 Таблицы ввода для жесткостей и нагрузок. Импорт текстового файла не в новую модель, а в существующую
Очень понравился табличный ввод данных в Визоре и хотелось, чтобы он продолжал развиваться.Особенно касательно ввода нагрузок и жесткостей. Также может быть имеет смысл рассмотреть импорт через текстовый файл не в новую модель, а в добавок к существующей? Хотя если планируется доработка таблиц ввода до конца, именно они и будут выполнять эту функцию.
Внедрено
25.07.2019 13:43:20 Описывать данные по помещениям удобнее ещё на этапе подготовки dxf-исходника. Особенно с учётом того, что архитекторы в этой части могут оказать конструктору, поднимающему информационную модель из плоских планов, существенную помощь. Речь идёт о тех специалистах, которые вычисляют площади помещений не "руками" и с помощью калькулятора, а как свойство "Площадь" полилиний, которыми ограничивают контуры помещений. Этих Помещений может быть на этаже достаточно много, каждое из них может иметь сложную конфигурацию в плане, каждому из них чаще всего соответствуют свои нагрузки. Эти данные (полилинии) присутствуют в чертеже у тех архитекторов, которые предпочитают автоматизировать свою рутину. Их и может позаимствовать конструктор в процессе подготовки поэтажных планов. На сегодня проблема состоит только в том, что Пространства почему-то не импортируются через поэтажные планы...
Таким образом, в результате реализации нового объекта импорта существенно уточняется как информационная (в части назначения Пространств/Помещений), так и аналитическая (в части нагрузок) модели.
Альтернативным (и более общим!) вариантом расширения возможностей инструмента "Импорт поэтажных планов DXF" стало бы "протаскивание" с поэтажного плана объекта типа "Линия". В dxf-файле это могут быть Отрезки, Полилинии, Сплайны, Эллипсы и Дуги. По этим Линиям в ПК "САПФИР" можно было бы создать, в частности, Пространство или любой другой объект, допускающий метод создания "По линии" ("Осевая" или "По сегментам").
Внедрено
17.06.2019 12:02:31 Здравствуйте, Уважаемые коллеги и разработчики. Давно "наболевший" вопрос, о редактировании и изменении треугольной нагрузки на пластины (например давление грунта/жидкости). Создается огромное количество поднагрузок, которые невозможно уменьшить/увеличить..Хотелось бы и верится!
Внедрено
11.06.2019 07:14:50 Здравствуйте!
Было бы неплохо реализовать возможность определения тепловых потерь в Вт через указанные узлы. На подобие нагрузки на фрагмент в задачах механики. Это нужно для расчетов приведенного сопротивления теплопередачи. Одной из задач расчета является вычисление тепловых потерь через теплотехнические неоднородности (например см. приложение Н СП50).
Вся суть расчета температурных полей в данном контексте и заключается в определении этих тепловых потерь. Таким образом, это позволит применять ПК Лира-САПР для решения подобных задач.
Было бы неплохо реализовать возможность определения тепловых потерь в Вт через указанные узлы. На подобие нагрузки на фрагмент в задачах механики. Это нужно для расчетов приведенного сопротивления теплопередачи. Одной из задач расчета является вычисление тепловых потерь через теплотехнические неоднородности (например см. приложение Н СП50).
Вся суть расчета температурных полей в данном контексте и заключается в определении этих тепловых потерь. Таким образом, это позволит применять ПК Лира-САПР для решения подобных задач.
Внедрено
27.05.2019 05:12:59 Сравнение модели в САПФИР с новой моделью из IFC. Архитектор если много мелких исправлений может не все указать в журнале изменений и приходится каждый раз как выкладывают новую версию IFC поэтажно все сравнивать. Интересно бы было реализовать сравнение старое-новое и новое выделить красным. Очень ускорит и увеличит правильность построения общей геометрии и уберет фактор "не увидел".
Внедрено
13.05.2019 04:41:27 1. Дать возможность назвать файл длинным именем более 30 символов. Часто бывает необходимость добавить в название шифр, дату, краткое примечание об изменении. Так же нет возможности в имя файла использовать запятую, не говоря уж о других символах. При чем сохранить файл с таким именем можно, а посчитать - нет. Это ужасно раздражает, каменный век какой-то, количество символов в названии считать приходится перед сохранением.
2. Приравнять значения разделителей "точка" и "запятая" или встроить в лиру мозги, чтобы она сама меняла на нужный ей символ. Скад от этих заморочек 10 лет назад избавился. При чем он в те времена хотя бы ругался, что значение введено не корректно, а лира просто глотает, закрывает диалог, и втихаря игнорирует новое значение.
3. Избавиться от пояснений типа "отсутствуют в исходных данных документы 6-7" (за точность формулировки не ручаюсь, но думаю поняли). В чем смысл, максимально нагрузить пользователя? Нельзя просто дать сообщение, что в расчетной схеме не заданы нагрузки?
4. В нижнем статус баре полно места для отображения не только номера, но и имени загружения. Когда в режиме редактирования пролистываю загружения проверяя значения нагрузок, отображаются только номера загружений. Крайне не удобно получается, нужно помнить по номерам каждое загружение. То же самое для вариантов конструирования
Работал в скаде, слышал множество восторженных отзывов о лире, а скад мол отстал от жизни. Видимо, эти отзывы основывались на роликах из ютуба, а не на реальной работе. Как же я поразился, что в лире до сих пор есть такие трудности
2. Приравнять значения разделителей "точка" и "запятая" или встроить в лиру мозги, чтобы она сама меняла на нужный ей символ. Скад от этих заморочек 10 лет назад избавился. При чем он в те времена хотя бы ругался, что значение введено не корректно, а лира просто глотает, закрывает диалог, и втихаря игнорирует новое значение.
3. Избавиться от пояснений типа "отсутствуют в исходных данных документы 6-7" (за точность формулировки не ручаюсь, но думаю поняли). В чем смысл, максимально нагрузить пользователя? Нельзя просто дать сообщение, что в расчетной схеме не заданы нагрузки?
4. В нижнем статус баре полно места для отображения не только номера, но и имени загружения. Когда в режиме редактирования пролистываю загружения проверяя значения нагрузок, отображаются только номера загружений. Крайне не удобно получается, нужно помнить по номерам каждое загружение. То же самое для вариантов конструирования
Работал в скаде, слышал множество восторженных отзывов о лире, а скад мол отстал от жизни. Видимо, эти отзывы основывались на роликах из ютуба, а не на реальной работе. Как же я поразился, что в лире до сих пор есть такие трудности
Внедрено
07.05.2019 13:23:33 Не понятно, зачем нужна такая температурная нагрузка вдоль локальной оси КЭ (не по полю), которую задать адекватно можно только в четырехугольниках и то при удачной нумерации узлов. Для четрырехугольных пластин худо-бедно можно получить (и то не везде), чтобы все оси X, например, смотрели в одну сторону, а для треугольников практически нереально..
Нужно иметь возможность задавать температуру в пластинах не в локальных неизменных осях, а в согласованных осях, как заданное армирование.
Нужно иметь возможность задавать температуру в пластинах не в локальных неизменных осях, а в согласованных осях, как заданное армирование.
Внедрено
01.05.2019 08:17:13 в этом и заключается тема. когда создаю схему, то жесткости задаю группами: колонны по порядку, затем группа ригелей и т.д. (особенно это касается стальных сечений). после анализа схемы порой приходится добавлять еще несколько сечений и не удобно когда сечения одной группы находятся в разных местах. добавьте, пожалуйста, возможность менять порядок жесткостей.
Внедрено
20.03.2019 09:47:56 Хотелось бы чтобы программа позволяла назначать/рассчитать коэффициенты постели при использовании Монтажа (в SCAD есть).
Очень нужная штука.
Сейчас приходится рассчитывать несколько схем и через сборку сливать в один файл несколько фундаментов с разными С1, что довольно трудоемко.
Очень нужная штука.
Сейчас приходится рассчитывать несколько схем и через сборку сливать в один файл несколько фундаментов с разными С1, что довольно трудоемко.
Внедрено
12.03.2019 20:29:49 Предложение: реализовать обработку данных для РСУ и РСН по СП 20.13330.20XX,
так как это сделано в СКАД.
так как это сделано в СКАД.
Внедрено
06.03.2019 13:27:10 Реализовать СП "Алюминиевые конструкции". По структуре он похож на СП "Стальные конструкции".
Надеюсь, что это можно сделать малой кровью, и будет стимулировать использовать алюминиевые сплавы в строительстве и промышленности.
Надеюсь, что это можно сделать малой кровью, и будет стимулировать использовать алюминиевые сплавы в строительстве и промышленности.
Внедрено
06.03.2019 12:09:38 Цитата из справки проверки несущей способности при расчете по СП стальных колонн:
"Результаты этих проверок выпечатываются в столбцах тау и c1 в таблице результатов расчета балок, однако не выпечатываются ни в одном из столбцов в таблице результатов расчета для колонн. Таким образом, в случаях, когда определеяющей была проверка по с1, или тау, значение в столбце 1ПС в таблице результатов расчета для колонн будет выше, чем все значения в столбцах нор, УY1, УZ1, УYZ."
В итоге для колонн не выводятся результаты проверок по касательным напряжения, а в столбце ПС1 выводится процент использования по нормальным напряжениям. Складывается впечатление, что для колонн вообще не проводится проверка по перерезывающей силе.
Это критично, если пояс фермы для учета совместного действия нормальной силы и момента задавать как элемент "колонна". В опорном сечении пояса возникают большие перерезывающие усилия. В итоге можно получить картинку с элементами окрашенными в зеленый цвет, а по факту по касательным напряжениям сечение не проходит. Чтобы выполнить проверку на поперечную силу элемент приходится задавать и как "балка".
Необходимо выводить столбец с проверкой по касательным напряжениям и для колонн.
Так же нет проверки по касательным напряжениям для типов элементов "ферма". На мой взгляд, этот тип элемента нужно вообще исключить. Все необходимые параметры есть в типе "колонна". В тип "колонна" можно добавить флажок "учитывать моменты да/нет".
P.S. Как здесь уже неоднократно говорилось, необходимо объединить расчеты элемента как балка и как колонна, чтобы программа автоматически выполняла необходимые проверки в зависимости от приведенного эксцентриситета. И нужна трассировка расчетов стальных элементов.
"Результаты этих проверок выпечатываются в столбцах тау и c1 в таблице результатов расчета балок, однако не выпечатываются ни в одном из столбцов в таблице результатов расчета для колонн. Таким образом, в случаях, когда определеяющей была проверка по с1, или тау, значение в столбце 1ПС в таблице результатов расчета для колонн будет выше, чем все значения в столбцах нор, УY1, УZ1, УYZ."
В итоге для колонн не выводятся результаты проверок по касательным напряжения, а в столбце ПС1 выводится процент использования по нормальным напряжениям. Складывается впечатление, что для колонн вообще не проводится проверка по перерезывающей силе.
Это критично, если пояс фермы для учета совместного действия нормальной силы и момента задавать как элемент "колонна". В опорном сечении пояса возникают большие перерезывающие усилия. В итоге можно получить картинку с элементами окрашенными в зеленый цвет, а по факту по касательным напряжениям сечение не проходит. Чтобы выполнить проверку на поперечную силу элемент приходится задавать и как "балка".
Необходимо выводить столбец с проверкой по касательным напряжениям и для колонн.
Так же нет проверки по касательным напряжениям для типов элементов "ферма". На мой взгляд, этот тип элемента нужно вообще исключить. Все необходимые параметры есть в типе "колонна". В тип "колонна" можно добавить флажок "учитывать моменты да/нет".
P.S. Как здесь уже неоднократно говорилось, необходимо объединить расчеты элемента как балка и как колонна, чтобы программа автоматически выполняла необходимые проверки в зависимости от приведенного эксцентриситета. И нужна трассировка расчетов стальных элементов.
Внедрено
06.03.2019 04:27:11 Есть недоделка, которая тянется уже довольно долго (дальше ли 2017 версии, не знаю).
Если есть одноузловой КЭ, то он "совпадает" с узлом. Есть удобное свойство флагов рисования - если отключить отображение узлов, то Лира даже не пытается цепляться к узлам, поэтому, когда фонариком подсвечиваем свойства КЭ, информация выводится сразу - без окна с необходимостью выбрать между узлом и элементом.
Так вот, если сделать обратное - отключить отображение одноузловых КЭ, а отображение узлов включить, то, как ни странно, сталкиваешься с необходимостью выбирать между узлом и элементом. Но даже, если я выберу элемент, информацию о нем я не получу. Поэтому, очевидно, что задумка была, но не доделана. Просьба исправить это недоразумение, это сэкономит время на бесполезной работе с выскакивающим диалоговым окном.
Если есть одноузловой КЭ, то он "совпадает" с узлом. Есть удобное свойство флагов рисования - если отключить отображение узлов, то Лира даже не пытается цепляться к узлам, поэтому, когда фонариком подсвечиваем свойства КЭ, информация выводится сразу - без окна с необходимостью выбрать между узлом и элементом.
Так вот, если сделать обратное - отключить отображение одноузловых КЭ, а отображение узлов включить, то, как ни странно, сталкиваешься с необходимостью выбирать между узлом и элементом. Но даже, если я выберу элемент, информацию о нем я не получу. Поэтому, очевидно, что задумка была, но не доделана. Просьба исправить это недоразумение, это сэкономит время на бесполезной работе с выскакивающим диалоговым окном.
Внедрено
05.03.2019 11:59:43 Сейчас для просмотра новых форм колебаний нужно выходить в Лир-Визор, менять форму колебаний и открывать новое окно "Пространственная модель (3Д графика)". Очень поможет пользователям добавление кнопок выбора форм колебаний в окне "Пространственная модель (3Д графика)".
Там же помогла бы кнопка перехода между режимами "Форма перемещений" и "Форма колебаний", находясь в окне "Пространственная модель (3Д графика)". Часто при изучении форм колебаний забываешь ее включить в Визоре и нужно возвращаться обратно.
Еще при вызове окна "Показать анимацию колебаний" окно с запуском анимации выскакивает в середине окна, закрывая здание. Всегда приходится убирать это окно в сторону, чтобы оно не мешало просмотру колебаний. Возможно сделать кнопки Воспроизвести-Остановить-Записать, а также окошко выбора числа колебаний сразу на панели инструментов?
Расчетчики, которые занимаются сейсмостойким и высотными зданиями меня поймут.
Там же помогла бы кнопка перехода между режимами "Форма перемещений" и "Форма колебаний", находясь в окне "Пространственная модель (3Д графика)". Часто при изучении форм колебаний забываешь ее включить в Визоре и нужно возвращаться обратно.
Еще при вызове окна "Показать анимацию колебаний" окно с запуском анимации выскакивает в середине окна, закрывая здание. Всегда приходится убирать это окно в сторону, чтобы оно не мешало просмотру колебаний. Возможно сделать кнопки Воспроизвести-Остановить-Записать, а также окошко выбора числа колебаний сразу на панели инструментов?
Расчетчики, которые занимаются сейсмостойким и высотными зданиями меня поймут.
Внедрено
03.03.2019 20:02:04 Занимаюсь исключительно сборными конструкциями в Костанае, монолит лить категорически никто не хочет, ибо минус стоит почти полгода... Постоянно приходится пустотки применять... Хотелось бы видеть описанный, но не сделанный инструмент разработчиками лиры (задание оболочки вместо чего-то более сложного м приведенным Е), увидел на форуме сообщение 2012 года и решил написать об этом, см. скрин.
Внедрено
15.02.2019 12:52:58 Добрый день!
Прошу рассмотреть возможность добавления модуля расчета теплопроводности ограждающих и несущих элементов (стен, покрытий/перекрытий и т.д.) для решения задач в плоской (2D) и пространственной (3D) постановке.
Данный модуль поможет решить ряд вопросов связанных с теплопроводностью узлов сборных и монолитных зданий, многослойных ограждающих конструкций, подземных конструкций в связке с грунтом основания (в зданиях с мелкозаглубленными фундаментами), а так же в расчетах связанных с учетом неравномерного температурного воздействия на ограждающие конструкции в уникальных зданиях.
Прошу рассмотреть возможность добавления модуля расчета теплопроводности ограждающих и несущих элементов (стен, покрытий/перекрытий и т.д.) для решения задач в плоской (2D) и пространственной (3D) постановке.
Данный модуль поможет решить ряд вопросов связанных с теплопроводностью узлов сборных и монолитных зданий, многослойных ограждающих конструкций, подземных конструкций в связке с грунтом основания (в зданиях с мелкозаглубленными фундаментами), а так же в расчетах связанных с учетом неравномерного температурного воздействия на ограждающие конструкции в уникальных зданиях.
Внедрено
13.02.2019 22:53:13 Зачастую, для отображения общей картины перемещений модели целесообразно показать суммарные перемещения узлов стержней и пластин sqrt(x*x + y*y + z*z). Однако, штатный функционал позволяет отобразить перемещения только для какого-то одного направления, либо угла поворота. Предлагаю добавить возможность визуализировать величину суммарного перемещения. Это относится не только к узлам, но и к пластинам и стержням (о которых речь дальше).
Кроме того отсутствует штатная возможность цветовой визуализации перемещений стержневых элементов. Вроде бы никакой сложности в этом нет - имеется возможность отображать цветовые мозаики усилий в стержнях (в том числе на деформированной схеме) нужно лишь добавить возможность помимо усилий показывать перемещения.
И третий момент - хорошо бы добавить возможность отображать прогиб (деформированную ось) стержня между узлами. Не всегда целесообразно разбивать прямой стержень промежуточными узлами только лишь для более "красивой" визуализации деформированной схемы (или формы собственных колебаний, или формы потери устойчивости), а прямая соединяющая две точки зачастую выглядит очень грубо. Иной раз даже сложно понять так ли схема деформируется как ожидалось.
Кроме того отсутствует штатная возможность цветовой визуализации перемещений стержневых элементов. Вроде бы никакой сложности в этом нет - имеется возможность отображать цветовые мозаики усилий в стержнях (в том числе на деформированной схеме) нужно лишь добавить возможность помимо усилий показывать перемещения.
И третий момент - хорошо бы добавить возможность отображать прогиб (деформированную ось) стержня между узлами. Не всегда целесообразно разбивать прямой стержень промежуточными узлами только лишь для более "красивой" визуализации деформированной схемы (или формы собственных колебаний, или формы потери устойчивости), а прямая соединяющая две точки зачастую выглядит очень грубо. Иной раз даже сложно понять так ли схема деформируется как ожидалось.
Внедрено
13.02.2019 11:02:10 Большая просьба расширить возможности лупы - ввести возможность управления масштабом изображения расчетной схемы, это очень удобно для оформления отчета, а также выполнения наложения фрагментов в тех же осях, но других шагах или отметках.
Сейчас происходит автозуммирование, которое зависит от размера фрагментированной части модели, ее рассматриваемой плоскости и от того, включены ли оси и какие-либо мозаики.
Сейчас происходит автозуммирование, которое зависит от размера фрагментированной части модели, ее рассматриваемой плоскости и от того, включены ли оси и какие-либо мозаики.
Внедрено
06.02.2019 13:45:22 Предлагаю реализовать в программе расчет алюминиевых конструкций по СП 128.13330.
Или хотя бы дать возможность редактировать модуль упругости стали Е, для грубой проверки по СП 16.13330 алюминиевых конструкций и различных сплавов. Так у стали 21000000 т/м2, у алюминия 7100000 т/м2, у титана и сплавов 11000000 т/м2.
Отмечу, что это позволяет делать программа SCAD.
Вижу необходимость в данном предложении при расчетах светопрозрачных конструкций, различных козырьков и навесов, а также возможности анализа нетривиальных задач при проектировании.
Или хотя бы дать возможность редактировать модуль упругости стали Е, для грубой проверки по СП 16.13330 алюминиевых конструкций и различных сплавов. Так у стали 21000000 т/м2, у алюминия 7100000 т/м2, у титана и сплавов 11000000 т/м2.
Отмечу, что это позволяет делать программа SCAD.
Вижу необходимость в данном предложении при расчетах светопрозрачных конструкций, различных козырьков и навесов, а также возможности анализа нетривиальных задач при проектировании.
Внедрено
01.02.2019 11:33:13 При импорте из 3d dxf файлов не передаются жесткости или хотя бы конструктивные блоки (аналогично слоям автокада). В результате после импорта из 3d dxf возникает много ручной работы при задании жесткостей элементам.
Наряду с этим SCAD импортирует элементы по группам (слоям автокада), которые можно выделять независимо и задавать жесткость сразу элементам группы.
ЛИРА 10 делает то же и даже больше, передает жесткости и нагрузки.
Небольшое уточнение: речь идет о импорте 3D dxf, а не о импорте поэтажных планов.
Наряду с этим SCAD импортирует элементы по группам (слоям автокада), которые можно выделять независимо и задавать жесткость сразу элементам группы.
ЛИРА 10 делает то же и даже больше, передает жесткости и нагрузки.
Небольшое уточнение: речь идет о импорте 3D dxf, а не о импорте поэтажных планов.
Внедрено
30.01.2019 16:02:58 Предлагаю реализовать в программе тавр переменного сечения (сейчас созданы брус и двутавр). Это часто необходимо для разработки (расчета) всякого рода навесов и козырьков.
Внедрено
30.01.2019 08:23:37 появится ли возможность задавать закон нелинейного деформирования для стального проката.
а не только для стандартных сечений(прямоугольник, тавр и тд)?
пример необходимости: расчет стального каркаса на устойчивость от прогрессирующего обрушения.
а не только для стандартных сечений(прямоугольник, тавр и тд)?
пример необходимости: расчет стального каркаса на устойчивость от прогрессирующего обрушения.
В ЛИРА-САПР 2021 R2 для пластин добавлена возможность задания температурной нагрузки в согласованных осях для выдачи результатов. (см. снимок ).
Спасибо за Ваши идеи!
С уважением, Марина Ромашкина