Перейти к публикации

Прорыв баллона


Рекомендованные сообщения

Требуется провести прочностной расчет бронекамеры для пневмоиспытаний баллонов.

Знаю, что пневмоиспытания -- глупость, но задача сформулирована не мной.

Заданы размеры камеры и баллона высокого давления в ней. Предварительный прочностной анализ баллона показывает, что наиболее вероятен отрыв плоского днища.

В качестве модельной задачи беру моделирование пневмоудара при "исчезновении" днища баллона. Как поставить подобные ГУ?

Задаю в качестве подобласти внутненность баллона с повышенным давлением (100 атмосфер) и давление в 1 атмосферу внутри камеры. Задача внутренняя. Какое граничное условие надо поставить со стороны "исчезнувшего" днища?

Есть только давления, ни массовый расход, ни скорости неизвестны.

Ссылка на сообщение
Поделиться на других сайтах


Максимум, что Вам даст моделирование в FlowSimulation, это мгновенную скорость истечения воздуха из баллона и силу, действующую на баллон. Но это проще посчитать вручную, т.к. точность здесь не сильно важна) Можно будет найти скорость, с какой баллон прилетит к ближайшей стенке. А дальше уже функционала Cosmos и FloWorks не хватит, чтобы посчитать дальнейшее -- как баллон или его осколки пробивают/пытаются пробить бронекамеру. Для таких расчетов используют LS-Dyna и Autodyn. И самой большой сложностью будет правильно задать свойства материала бронекамеры -- неоткуда взять их.

Я б на Вашем месте просто поискал бы какие-нибудь рекомендации для проектированию подобных бронекамер..

PS: пришло в голову, что безопаснее заправлять баллоны днищем вверх. В случае чего, в полет отправляется сравнительно легкое днище, а не вся махина, разгоняемая выходящим кислородом.

Ссылка на сообщение
Поделиться на других сайтах

Максимум, что Вам даст моделирование в FlowSimulation, это мгновенную скорость истечения воздуха из баллона и силу, действующую на баллон.

Фактически мне требуется смоделировать процесс выравнивания давлений в баллоне и камере после убирания днища. Известны только объемы и давления.

Ссылка на сообщение
Поделиться на других сайтах

Во FloWorks'е такого как бэ не предусмотрено.. Можно попробовать обойти это, смоделировав закрытый баллон с давлением, а потом использовать эти данные как начальные условия для расчета баллона без дна. Попробовал на 2D задаче -- вначале все более-менее, но потом начинается бредятина. И шаг по времени нужно довольно маленький ставить, от него многое зависит.

Прикладываю анимацию и пробный расчет. Нужно сначала просчитать конфигурацию "1", так как "2" использует данные "1". Время, показанное в анимации = 1,9e-5 sec. SW2012

Вопрос: зачем это считать? Давление в камере после взрыва баллона можно определить через PV=const.

part_1.rar

anim_tank.rar

Ссылка на сообщение
Поделиться на других сайтах

В одной ветке <noindex>баллоны греют </noindex>, в другой им донышки отрывают. Жуть.

Какой-то препод раздал курсовых? (это ответ на Вопрос: зачем это считать? )

По теме: во FlowVision есть подвижное тело. Т.е. берете камеру, берете баллон (с массой, моментами и пр.), берете донышко (заранее оторванное и плотно прилегающее).

Ставите в баллоне условия (P, T) из просто расчета баллона при нагреве - в качестве начальных.

Далее у вас как-то полетят донышко и баллон. С точки зрения газодинамики и динамики полета тел в гравитационном поле проблем не будет.

Будет долго считать. На домашнем ПК - максимум можно 2D (к.м.к.) сделать.

А в этом пакете (SW Flow Simulation) - можно то же самое, только без донышка и движения твердых тел, как описано выше у kristeen

Баллон без дна. В нем НУ = результат другого счета. Проблема возникнет, если там число Маха превысит 10.

Т.е. попробовать можно, но давление лучше сначала ставить поменьше для пробы.

Ссылка на сообщение
Поделиться на других сайтах

Предварительный прочностной анализ баллона показывает, что наиболее вероятен отрыв плоского днища.

Я конечно не знаю что у вас за баллон но предварительный анализ прямо противоречит известной "задаче о сосиске" им. Академика Капицы

PS: По моему опыту баллоны рвутся по внутренним трещинам кои могут иметь совершенно произвольное направление.

PPS: Обычно испытания баллонов высокого давления (когда есть риск его разрушения) проводят в бассейне, заполненном водой, чтобы минимизировать ущерб от разлёта осколков.

Или у вас задача не собственно испытания баллона а разработка камеры для имитации его разрыва именно в атмосфере с целью оценки ущерба ?

Ссылка на сообщение
Поделиться на других сайтах

PS: По моему опыту баллоны рвутся по внутренним трещинам кои могут иметь совершенно произвольное направление.

Данный стык -- самое нагруженное место в баллоне.

PPS: Обычно испытания баллонов высокого давления (когда есть риск его разрушения) проводят в бассейне, заполненном водой, чтобы минимизировать ущерб от разлёта осколков.

Об этом говорилось во второй строке моего исходного поста. Так сформулировал задачу заказчик. Это не учебный пример. Причем тем же заказчиком оговорен инструмент расчета.

Изменено пользователем KSVSVK
Ссылка на сообщение
Поделиться на других сайтах

Об этом говорилось во второй строке моего исходного поста. Так сформулировал задачу заказчик. Это не учебный пример. Причем тем же заказчиком оговорен инструмент расчета.

Фактически мне требуется смоделировать процесс выравнивания давлений в баллоне и камере после убирания днища.

У вас что, камера герметична и будет нагружаться только избыточным давлением из баллона ?

Зачем вам тогда процесс ?

Какое граничное условие надо поставить со стороны "исчезнувшего" днища?

То есть у вас задача типа ударной трубы но с хитрой формой полости и вы считаете нестационарное поле давления внутри сей полости ?

В этом случае ваше днище это аналог мембраны в УТ и там никагого ГУ нет, просто в начальный момент времени с одной стороны этой мембраны задаётся давление 100 ата а с другой 1 ата

Ссылка на сообщение
Поделиться на других сайтах

У вас что, камера герметична и будет нагружаться только избыточным давлением из баллона ?

Именно так и есть. Разобрался с параметрами. Остался последний вопрос:

Расчет показывает, что число Маха растет до 1.5, а потом падает до 0. Надо ли устанавливать опцию High Mach Number?

Ссылка на сообщение
Поделиться на других сайтах

Вроде как High Mach Number нужна для учета сжимаемости газа.

Ничто не мешает сделать два расчета -- с опцией и без нее. По-моему, в обоих случаях FloWorks считает лажу (сужу по своему 2D примеру). К тому же со включенной опцией FW требовал очень мелкого шага по времени, ~1e-7sec.

Вы хоть покажите, что у вас получилось. И что вы хотели получить от расчета)

Ссылка на сообщение
Поделиться на других сайтах

По-моему, в обоих случаях FloWorks считает лажу (сужу по своему 2D примеру).

А как вы в 2д решали ? оно ведь баллон а не бесконечная щель скажем, может поэтому некорректное решение получилось.

Ссылка на сообщение
Поделиться на других сайтах

А как вы в 2д решали ? оно ведь баллон а не бесконечная щель скажем, может поэтому некорректное решение получилось.

Осесимметричная постановка вполне себе 2D

Ссылка на сообщение
Поделиться на других сайтах

Осесимметричная постановка вполне себе 2D

Что то я не уверен в этом. Осесимметричная - это обсчет четверти пространства (половины). А два Д это плоская задача, поперек может быть и 1 ячейка сетки для расчета.

Ссылка на сообщение
Поделиться на других сайтах

Что то я не уверен в этом. Осесимметричная - это обсчет четверти пространства (половины). А два Д это плоская задача, поперек может быть и 1 ячейка сетки для расчета.

Запись уравнений Навье-Стокса в осесимметричной 2D постановке (тангенциальные скорости равны нулю)

Изображение

Изображение

Изображение

Ссылка на сообщение
Поделиться на других сайтах

Просто разработчики часто экономят на 2D коде (который надо тоже поддерживать). По идее 2D можно с некоторой степенью точности посчитать и на 3D коде задав специальные ГУ по третей координате поэтому многие (но не все) пакеты идут только как 3D. Например у того же Fluent-a есть как 3D так и нативный 2D решатель а у CFX только 3D.

Ссылка на сообщение
Поделиться на других сайтах

А как вы в 2д решали ? оно ведь баллон а не бесконечная щель скажем, может поэтому некорректное решение получилось.

Решал как бесконечную щель. В FW нету осевой симметрии, только четверть можно считать -- правильно заметили.

Пример выше, сообщ. #4. Появляются пульсации, которые отражаются от стенок камеры слишком долго и слишком нереалистично. Окончательный результат -- давление в камере -- слишком чувствительный к выбору шага по времени. Меняется в разы. Вот это мне странно.

Просто, кажется, раз в FW нету стандартных средств для решения задач с изменяемым типом ГУ, то не стоит его и мучить.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • vasillevich68
      Передайте, что ни чего страшного не будет. Максимум, что может произойти, так это, в один прекрасный момент вал лопнет, и датчики вибрации дадут команду на остановку насоса   
    • Guhl
      Но ведь токовый сигнал надо  для начала в цифровой преобразовать Поэтому полный цикл преобразования не может быть быстрее аналоговой части У тиристорных приводов частота отклика не более 30Гц, но это не из-за ОУ, а из-за принципа работы приводов Да у обычного 741 частота 1Мгц Насколько это быстрее 32нс?     @gudstartup Аналоговая цепь всегда быстрее цифровой Так и живем Честно говоря я обескуражен Ведь тут же даже житейская логика говорит о том, что цифровая цепь привода не может быть быстрее аналоговой, просто потому что аналоговая является подсистемой цифровой цепи   Аналоговый вычислитель всегда выиграет по скорости у цифрового аналога Точность может быть ниже, но скорость всегда выше Сравните скорость работы сумматора на ОУ и на процессоре И оставьте свои ужимки, противно смотреть Или вы продолжатель дела "короля саркастических ужимок" (с)?
    • gudstartup
      с люфтами эта функция никак не борется она их пропускает гася резонанс ни насколько обработка контура тока длится 32нс попробуйте это сделать на ваших оу. @Guhl отдыхайте вы явно перегрелись у вас аналоговый процессор
    • Guhl
      Вы хотя бы в курсе насколько быстрее аналоговая цепь, чем цифровая?  
    • gudstartup
      вы хотя бы в курсе сколько длится в сигнальном поцессоре servo фанук обработка контура тока и сколько это было на ваших допотопных приводах и какие скорости и точность контура сейчас достижимы ,благодаря этому. добейтесь этого на ваших аналоговых схемах с оу и я сниму перед вами шляпу. полностью некорректное сравнение.
    • Ветерок
      Можно заменить гнутый швеллер на прямоугольную тонкостенную трубу. Если не стоит задача всё гнуть самостоятельно.
    • Guhl
      Большие люфты вызывают колебания. Причем эти люфты возникают не только при смене направления движения, а при других условиях. Путем борьбы с люфтами, борятся с колебаниями Для этого и есть dual position feedback  Ну вот видите, уже лучше. Борьба с люфтами - борьба с колебаниями Так для чего нужен dual position feedback? Назовите вы ее хоть чертом лысым, но она как боролась с люфтами, так и борется 
    • gudstartup
      а вам для чего писать то вы все равно читать не можете. для кого я   приводил описание функции и раздел к которым она отнесена уважаемыми вами японцами.   потому что он приводит к вибрациям!!!! я от вас просто офигиваю ну нельзя же так упорствовать в очевидном!!
    • Guhl
      А зачем же они упоминают люфт? 
    • gudstartup
      а где ваши аргументы? я вам приводил и формулы и выдержки из текста но вы адепт собственных измышлений и упорно называете функцию подавления резонанса функцией  компенсации люфта. контуры тока были у всех  без него вы не сможете мотором управлять а вот скорости другое дело. как всегда все путаете.
×
×
  • Создать...