хотелось бы иметь и эту возможность, поскольку набор входных данных исчерпывающий. было бы неплохо выполнить этот расчет начиная с подошвы фундамента и по границам заданных слоев грунта. поскольку эксцентриситет N присутствует хотелось бы получить значения и передаваемого напряжения на грунт по углам фундамента.
при масштабировании картинки для стержней с промежуточными узлами "лишние" значения исчезают. хотелось бы, дать приоритет для максимальных значений безразлично к началу или концу стержня они относятся..
. в локальном режиме показать трассировку проверки стальных сечений с показом формул (или со ссылками на них) и подстановкой в них конкретных чисел. например не вполне понятны различия в результатах при проверке местной устойчивости стенки и полки для спаренных в тавр уголков.. в лире один результат, в старке другой.обе программы ссылаются на одни и те же формулы СП. ни одна из них не предлагает пошаговой трассировки вычислений. . .
контуры продавливания в разных версиях лиры. когда задаются, а когда и нет(технический баг версии или с реализацией схемы это не клеится) . бывает что и размер найденного контура не вызывают доверия. хотелось бы иметь совершенно отдельную опцию определения продавливающей силы и моментов снятых с подсвеченных пользователем узла или группы узлов. определяющих место продавливания. предполагается , что них могут быть как вертикальные стержни , так и торцы и углы стен. при этом, если это узлы фундаментной плиты опирающейся на солиды, то с учетом отпора основания(то же , если использованы коэффициенты постели на сжатие.). типа есть решенная задача с рсн и рсу, пользователь подсвечивает узел или узлы в исследуемом им месте и пожалуйста, получает N, My1, Mz1 (моменты лучше полные, уменьшим их сами). это самая трудная работа. С готовой нагрузкой через Эспри проверяем это место так как считаем нужным. кто то из классиков сказал: "зачем вы предлагаете нам вечную ручку, ведь мы не собираемся жить вечно" в нашем случае чаще всего нужен самый простой и надежный инструмент.
появится ли возможность задавать закон нелинейного деформирования для стального проката. а не только для стандартных сечений(прямоугольник, тавр и тд)? пример необходимости: расчет стального каркаса на устойчивость от прогрессирующего обрушения.
по результатам расчета инженерной нелинейности теперь можно посмотреть рассчитанные жесткости оболочек и стержней. но как унести это состоявшееся распределение жесткостей ,чтобы использовать в рамках другой задачи. назначить индивидуальный набор жесткостей для стержней обычным образом можно, допустим через текстовый файл(набор предшествует идентификатору типа сечения). но что делать с оболочками, им не задашь обычным образом найденные выше характеристики(изгибные отдельно, мембранные отдельно). хотелось бы сохранить файл с посчитанными инжнелом жесткостями в таком формате, чтобы этот файл задачки загружался с этими унаследованными жесткостями. чтобы затем при копировании группы элементов в нем их жесткости также передавались и сохранялись , то есть допускалась корректировка файла задачи. затем его можно было бы перевести на монтаж. (хотя в инжнеле этапность никак не учитывается, но результат в плане уточнения жесткостей получше чем надуманное снижение типа 0.6*Енач и 0.2*Енач. ...
Пример: нужно посчитать высотку , присутствуют и пилоны и стены. для верного распределения собственного веса в этом случае учет этапности обязателен. но как сегодня задать найденную более менее реалистичную картину жесткостей, которую можно было бы и корректировать в случае надобности вот вопрос. если бы инжнел заработал на монтажных стадиях , пусть это удлинило бы счет, вообще было бы хорошо. Вопрос, что у Вас в планах на этот счет?
лира универсальна и могла бы получить "кирпичные" возможности Мономаха в виде дополнительного сопроцессора по типу "Монтаж". "Грунт" и прочих. планируется ли что нибудь подобное? как сателлит Мономах несколько тяжеловат....не всем он доступен. в принципе у конкурентов ничего подобного тоже нет, было бы неплохо быть первыми.
нельзя ли при вводе материалов для армирования вообще опционально отключить показ общей таблицы имеющей невероятную ширину , трудночитаемую , скрин которой неудачен для переноса в word и нечитабелен в нем в режиме "разбивка страниц" . при вводе информации имхо удобнее вывести на экран одновременно все три окна задания материалов.
по существу Лир-Визор специализированный 3d CAD . но не хватает имхо прямого "черчения" стержней. скажем так: мы вешаем стержень на имеющийся узел, тянем линию , а когда второй узел не существует , задаем его через приращения к координатам первого. окошко ввода ( dX=1,dY=0,dZ=0) вызываем нажатием подходящей нам клавиши.... поскольку функции пересечения, притяжения узлов к плоскости уже существуют, можно было бы на их базе реализовать для стержней функции автокада, такие как дотяжка, обрезка, fillet... опираясь на фунцию визора копирование, слелать аналог "подобие" . но даже если появится только "рисование" стержней, то и это фанаты Визора оценили бы.
Уважаемый Андрей Борисов, спасибо за положительный отзыв о работе ЛИР-ВИЗОРа и дельное предложение. Постараемся реализовать его в разработке версии 2016.
сплошь и рядом стержни дробятся сеткой узлов стен, перекрытий и получаются очень коротенькие стержни, на которых оцифровка эпюр результата в начале и конце стержня накрывает друг друга. в то же время по причине своей малой длины в них нет существенного скачка результата от сечения к сечению. . мы можем задать для таких стержней 3 сечения для выдачи результата, но при этом хотелось бы опционно отключить вывод результата для концевых сечений.
Уважаемый Андрей Борисов, оцифровка результатов по сечениям (арматура, сталь, трещины) в разработке ЛИРА-САПР 2016 реагирует на длину стержня в пикселях и автоматически, при необходимости, "прорежает" количество надписей.
в панели "Модель грунта" добавить опцию " удалить(полностью) связанную с задачей модель грунта". на сегодня связанная с задачей модель неистребима. отделаться от нее и создать с нуля новую проблема. переименование задачи не помогает. отключение файла .sld от задачи тоже, стирание его внешними средствами тоже. похоже он сидит в самом формате .lir . при нажатии клавиши "подключить " он будет предложен вновь. единственное спасение загрузиться через текст.
в версии 2015 расширены функционал в инструментах: добавить узел, добавить элемент, копирование и перемещение. во всех появилась опция " создавать узлы в месте пересечения с другими элементами". опция включается , выключается из любого инструмента и автоматом распространяет свое действие на все 4 инструмента. это экономно, но недоразумения происходят регулярно. все время контролирушь эту галку в текущем инструменте. расширение насколько мощное, настолько и "опасное" при нечаянном использовании. чтобы уверенно контролировать режим желательно дополнительно иметь для него и внешний выключатель на иконостасе. в инструменте показать мозаику С1,2 C1у,2у Pz , уместно добавить показ картины активной зоны грунта. или альтернативно сделать доступным вывод результатов в приложении "грунт" после очередной итерации запущенной из лиры. сегодня просмотреть результаты приложения "грунт" возможно только при запуске непосредственно из него.
то что он нужен не подлежит сомнению. базируется на ЛСМ, а линейные модели остаются приоритетными по времени счета. как паллиатив , до перехода на динамику+ пушовер подходит., можно обоснованно конкретизировать К1 в сейсмических расчетах . используется в еврокодах, реализован в sap2000,... вопрос, когда планируется в лире-сапр?
Преимущество интерфейса Лиры - допущение параллельной активности нескольких инструментов . В отдельных ситуациях предпринятое действие деактивирует какой либо из открытых инструментов. При этом последний допускает ввод информации, но не реагирует на клавишу "выполнить действие". Достаточно закрыть и вновь открыть инструмент и повторить свои действия второй раз. Было бы неплохо, если бы у каждого открытого инструмента был индикатор текущего состояния и кнопка реактивации
по прежнему очень нужен расчет на продавливание минуя сапфир. как кажется вся трудность только в переборе комбинаций усилий для проверки. если можно программно через рсн этот перебор организовать это будет очень хорошо. задать контур продавливания вручную невеликий труд. неплохо бы иметь такую функцию проверки продавливания в визоре для поштучного обсчета. выделил стержни выше и ниже плиты, в режиме диалога, задал вручную контур продавливания. перебирая случаи рсн оценил результаты. естественно хотелось бы отработать и торцы стен и углы стен(пересчет напряжений в усилия). опять же основной труд в съеме напряжений с оболочек стен. в остальном рутина. фактически просьба подвесить в визор опцию эспри. в ней вручную дозадавать всё необходимое , кроме нагрузок от подсвеченных нами элементов для проверяемой точки плиты. и кнопочка перебора комбинаций нагрузки: рсн-1. рсн-2 и тд . вот такой выборочный полуавтоматический обсчет был спасением от нудной необходимости всё выполнять вручную с большими затратами времени.
Часто возникает нудная необходимость найти вилку усилий в элементах в РСУ или РСН. Например нормальных усилий в сваях или элементах ферм. Нельзя ли как нибудь механизировать этот процесс? Чтобы можно было выделить фрагментацией нужные элементы и запросив для них максимум или минимум выбранного нами типа усилия увидеть оцифрованную мозаику.
в инженерной нелинейности в итерациях подбирается армирование , которое учитывается при расчете жесткостей. нельзя ли допустить режима использования обратной задачи, когда армирование элементов уже известно и может быть назначено таким же образом как это реализовано для обычных нелинейных расчетов
при переводе результатов в нагрузки приходится иметь в виду, что при узлах с расшивкой (при организации через это всякого рода шарниров). точного перевода не будет без исключения из расшивок любого из парных узлов. Хорошо бы добавить в фильтр узлов соответствующую опцию. но разумеется можно было бы учесть этот нюанс и в алгоритме перевода.
при создании с нуля файла расчета можно составить аннотацию к нему, при загрузке файла ее прочесть. вопрос: 1-- как ее изменить в последующем, если это понадобилось. 2-- создавая следующий вариант расчета на базе существующего (функцией save as) как аннотацию откорректировать. 3-- при многовариантном проектировании хотелось бы подробно описать историю и список внесенных изменений. 256 символов для той цели недостаточно. может было бы лучше связать с задачей текстовый файлик? в этом случае просмотр списка задач стал бы информативнее. 4-- отдельное пожелание: передать комментарии к жесткостям при сохранении исходника в текстовом формате.
1-нельзя ли скрестить "инженерную нелинейность" с монтажом последовательно обсчитывая монтажные стадии.как ряд определяющих нагружений ( при наличии только линейных кэ)
2- скорее вопрос. можно ли будет варианты задач посчитанные в монтаже использовать в "Метеоре" совместно с задачами посчитанными в один этап. например распределение собственного веса из монтажного расчета, сейсмические нагружения из обычного расчета.
3- возможно ли будет в монтаже изменять характеристики материалов (не железобетона) от стадии к стадии , Е грунта например или цифры задаваемых реакций в кэ 55 . на сегодня можно только монтировать, демонтировать.
хотелось бы иметь возможность вариативно отключать вклад крутильных форм в инерционные силы вокруг конкретных осей. например хотелось бы отключить вклад форм вращения вокруг глобальных осей Х и У полагая этот случай маловероятным.
1-- в Сапфире богатые возможности выделить группу элементов. но попытка назначить или изменить какое либо свойство всей выделенной группе пусть даже однотипных элементов(например материал колонн) не находит отклика. присвоение происходит для одного (кажется последнего элемента группы). при этом выделение не гаснет. это же касается и инструмента передать свойства(шприц). он работает только с одним элементом за раз( а если элементов в схеме уже много остается рвать волосы или возвращаться к началу. 2-- в аналитической модели инструмент "обозначение" необходимый для снятия и контроля размеров отсутствует и это удивительно. 3-- возможно туплю, но не смог получить автоматически контур продавливания для банкетки колонны по аналогии с капителью.
хорошо бы при задании местных нагрузок на стержни иметь возможность задать и эксцентриситет приложения перпендикулярный оси стержня. (например балочная клетка , панели с односторонним опиранием . довольно многодельно расчитывать и задавать крутящий момент от эксцентриситета приложения каждой конкретной нагрузки. кстати эта удобная штука реализована в Роботе.
хотелось бы при заполнении таблицы рсу прямо в ней создавать условные нагружения с присвоением им номеров дополняющих общий список посчитанных нагружений. например 1--собств вес 2-- полезная 3-5 нагружения инерционные (получили при переводе результатов сейсмического расчета в нагружения) 6- ветровая и ли что либо еще --создаем нагружение с номером в данном случае -7 , определяем его как псевдо-сейсмическое (потребуется соответствующее ответвление в алгоритме и включающая его галка) и для него указываем нагружения 3,4,5 как формы данного нагружения. блок рсу выполняет для него среднеквадратику.
такая фича позволит например: -- произвольно манипулировать жесткостью основания после штатного динамического расчета. -- также сможем вычленить например из сейсмического расчета по модулю 38 только формы реализующие поступательное перемещение и форму реализующую вращение здания только вокруг вертикальной оси(что текущие нормы пока разрешают), перевести их в статические инерционные нагружения и соответствующе обработать. учет вращения вокруг Х и У дает прибавку нагрузок в разы и не всегда приемлем. хотя это конечно самый надежный вариант для конечного потребителя, но не всегда реализуемый с точки зрения армирования. -- получим прямую связь с результатами рк Старк.
можно ли сделать автоматический перерасчет реакций для кэ55 по результату хотя бы одного нагружения или комбинации нагружений (как это практикуется в инженерной нелинейности) ? цель в следующем: разделили части схемы и связали их кэ55 с реакциями соответствующими жесткому соединению(Rx= Ry= Rz= Rux= Ruy = Ruz=1e6 ) по результату расчета по данному нагружению стали известны усилия в кэ55 и перемещения их узлов. программно пересчитываем значения реакций для каждого кэ55 . удаляем часть схемы которая не представляет интереса. далее используем оставшуюся часть схемы и кэ55 с реакциями имитирующими удаленную часть схемы. например: выполнили расчет схемы из линейных кэ с основанием из нелинейных окэ грунта на определяющее нагружение (или комбинацию нагружений) . это очень затратный по времени расчет. узлы фундаментов заранее связали с узлами окэ грунта кэ55( с реакциями соответствующими жесткому соединению Rx= Ry= Rz= Rux= Ruy = Ruz=1e6 ). по результатам расчета программно вычислили и назначили фактические реакции каждому кэ55 .
Далее удалили массив окэ грунта, жестко закрепили ставшие свободными узлы кэ55 и получили простую схему здания, где кэ55 полностью имитируют удаленный грунтовый массив (это справедливо разумеется только для данного нагружения. характер которого далее не меняем).
Данный прием был бы таже продуктивен для свайного основания, если использованы кэ55 для связи смежных узлов окэ грунта и свай . а так же для комбинрованых свайно-плитных фундаментов.
Мы располагаем приложением "вариация моделей" и можем получить жесткость основания для каждого нагружения и связать их результаты.
Для вариации моделей развитие вижу в том , чтобы производилось не объединение рсу нескольких задач, а формировались сами рсу на базе результатов каждой задачи (одна схема - результаты для собственного веса здания . другая для варианта полезных нагрузок, третьья для ветровой и т д.) при чем мы могли бы варьировать жесткость основания для каждого случая
Спасибо за интересное предложение. Уже думаем над реализацией.
С уважением, Алексей Тищенко