Любое тело в гравитационном поле находится на орбите. Если эксцентриситет орбиты меньше или равен 1, то орбита эллиптическая. Высота эллиптической орбиты изменяется в пределах между высотой апогея и перигея. следовательно любое тело в космосе либо летит вверх, либо вниз относительно планеты.
Будьте внимательны, я не говорил, что неиспользуются, я сравнивал их эффективность.
Я был уверен что используются.
Кстати, судя по скорости, основной контроль должен сосредоточиться на управление вектором тяги, а не аэродинамичесскими поверхностями. Потому что АЭсила пропорциональна квадрату скорость, умноженному на площадь
Эти рули предназначены для управления ракетой в том режиме, для которого вообще задумывалась первая ступень.
Вполне возможно что эти рули используются для ориентации ступени при посадке. Однако их эффективность должна быть такова, что обеспевает очень узкий спектр возможных отклонений, в отличие от самолетных рулей.
Посмотрите на управляющие плоскости любого самолета, насмколько болльше их площадь, насколько больше самих плоскостей. Я думаю наблюдения дадут достаточно убедительную картину отличий.
Я почти уверен, что моя информация недостоверна в деталях, я даже могу ошибаться в принципе, я просто знаю, что количество запусков двигателей как правило ограничено (Как правило).
Тем не менее, по треду уже сообщали о сложностях запуска двигателей в условиях набегающей гиперзвуковой струи. Я об этом ничего не знал.
То есть это несколько сложнее, чем проехать на тачке 100 км, потому что ступень изначально с другой целью создавалсь.
Представьте себя за рулем автомобиля, вам нужно приехать в вашей маме за 100 км.
Это очень просто, потому что у вас есть педаль газа и эффективный руль.
А теперь представьте, что ваш двигатель имеет только два состояния — включен на максимальную тягу и полностью выключен. При этом, тяга, которую развивает ваш двигатель больше массы авто, и этот же двигатель используется и для торможения. Для простоты будем считать, что у вас бесконечно количество запусков двигателя (Не знаю точно, и если спросите -так и быть уточню, но по моему двигатели маска могут запускаться всего 2 раза.) Заметьте, как усложнилась задача, хоть мы пока еще остались в двух измерениях.
Есть очень большая разница между управлением высокоскоростного аэродинамического объекта и высокоскоростного баллистического. У первой ступени нет эффективных аэродинамических органов управления, какие имеются на любых объетах, предназначенных для полета.
Поэтому нельзя сказать, что тот опыт, который применим для гиперзвуковых маневрирующих головок, да и просто для управляемых баллистических головок применим для первой ступени. У них разные задачи и разные подходы в решении этих задач. Суть задача Илона Маска — погасить полностью и вертикальную и горизонтальную скорость с приелемыми перегрузками. Суть задачи боеголовки — прибыть в определенную точку пространства и в нужны момент инициировать детонацию.
Если бы Маск решал задачу подрыва плавучей платформы — то это задача конечно уже давно решена и для её решения технологий достаточно.
Что касается посадки на луну — тут Ваши оппонеты очень правы, когда говорят о несравнимости посадки на планету Земля и на объект вроде Луны. Без атмосферы и с намного меньшей силой тяжести. Плюс есть огромная разница между модулем, спроектированном для посадки на луну и устройством, спроектированном сугубо для разгона полезной нагрузки.
Разница примерно между задачами примерно такая же как, безопасно выйти из поезда, когда он стоит рядом с перроном, и как безопасно выйти из поезда, едущего с рейсовой скоростью по маршруту.
Ха. Еще как нужна.
То фурье надо вычислить, то гравитацию посчитать для дофигалиона точек. JS-платформа легка для дистрибьюции в отличие от c++.
А вместо всего этого приходится городить кучу запросов-ответов на сервер, которые не смогут выполнить то что от них требуется в случае с играми — слишком долго.
Но ведь с другой стороны, вы все равно представляете информацию в более удобном виде — картинки разного разрешения, срезы и аннотации. Хороший путь и удобный.
Но ведь точно так же можно действовать и при отображении моделей в 3D у клиента — подгружать информацию не сразу, а по мере того как пользователь изучает модель. Правда объем работы тоже существенный. Тут и создание низкополигональных моделей и алгоритмы постепенной их замены при увеличении. Создание срезов потребует отдельного интерфейса и самое главное — в идеале на выходе получится примерно то же самое что задумали и вы, просто по другому.
Я просто потихоньку завидую вашей работе и думаю про себя «как бы сделал я»…
Этический аспект может быть снивелирован тем, что людям в принципе нравятся разные вещи. Я однажды с месяц откладывал одну задачу из тех самых 10%, пока один из моих товарищей не спросил в чем проблема. Он сам попросился сделать эту задачу, которая была готова на следующий день. Для него задача входила в область тех 80% работы, которую он бы смог сделать в первую очередь.
Это конечно не всегда работает, но в то же время, готовый на 80% проект радует глаз гораздо сильнее, чем тот, что готов на 20%.
Я пока писал свой первый пост, подумал, что надо бы и демку разместить — но потом понял, что пока я буду её размещать — мне станет как бы незачем и пост публиковать. Поэтому дрожащими ручонками нажал «опубликовать». Демки в любом случае придется размещать, поэтому этим вопросом озадачусь специально.
Пока есть вариант для сильно заинтересованных — демка в репозитории.
Ага, точно.
Я был уверен что используются.
Кстати, судя по скорости, основной контроль должен сосредоточиться на управление вектором тяги, а не аэродинамичесскими поверхностями. Потому что АЭсила пропорциональна квадрату скорость, умноженному на площадь
Вполне возможно что эти рули используются для ориентации ступени при посадке. Однако их эффективность должна быть такова, что обеспевает очень узкий спектр возможных отклонений, в отличие от самолетных рулей.
Посмотрите на управляющие плоскости любого самолета, насмколько болльше их площадь, насколько больше самих плоскостей. Я думаю наблюдения дадут достаточно убедительную картину отличий.
Тем не менее, по треду уже сообщали о сложностях запуска двигателей в условиях набегающей гиперзвуковой струи. Я об этом ничего не знал.
То есть это несколько сложнее, чем проехать на тачке 100 км, потому что ступень изначально с другой целью создавалсь.
Это очень просто, потому что у вас есть педаль газа и эффективный руль.
А теперь представьте, что ваш двигатель имеет только два состояния — включен на максимальную тягу и полностью выключен. При этом, тяга, которую развивает ваш двигатель больше массы авто, и этот же двигатель используется и для торможения. Для простоты будем считать, что у вас бесконечно количество запусков двигателя (Не знаю точно, и если спросите -так и быть уточню, но по моему двигатели маска могут запускаться всего 2 раза.) Заметьте, как усложнилась задача, хоть мы пока еще остались в двух измерениях.
Поэтому нельзя сказать, что тот опыт, который применим для гиперзвуковых маневрирующих головок, да и просто для управляемых баллистических головок применим для первой ступени. У них разные задачи и разные подходы в решении этих задач. Суть задача Илона Маска — погасить полностью и вертикальную и горизонтальную скорость с приелемыми перегрузками. Суть задачи боеголовки — прибыть в определенную точку пространства и в нужны момент инициировать детонацию.
Если бы Маск решал задачу подрыва плавучей платформы — то это задача конечно уже давно решена и для её решения технологий достаточно.
Что касается посадки на луну — тут Ваши оппонеты очень правы, когда говорят о несравнимости посадки на планету Земля и на объект вроде Луны. Без атмосферы и с намного меньшей силой тяжести. Плюс есть огромная разница между модулем, спроектированном для посадки на луну и устройством, спроектированном сугубо для разгона полезной нагрузки.
Разница примерно между задачами примерно такая же как, безопасно выйти из поезда, когда он стоит рядом с перроном, и как безопасно выйти из поезда, едущего с рейсовой скоростью по маршруту.
Ха. Еще как нужна.
То фурье надо вычислить, то гравитацию посчитать для дофигалиона точек. JS-платформа легка для дистрибьюции в отличие от c++.
А вместо всего этого приходится городить кучу запросов-ответов на сервер, которые не смогут выполнить то что от них требуется в случае с играми — слишком долго.
Я ожидал что они большие, но чтобы настолько…
Но ведь с другой стороны, вы все равно представляете информацию в более удобном виде — картинки разного разрешения, срезы и аннотации. Хороший путь и удобный.
Но ведь точно так же можно действовать и при отображении моделей в 3D у клиента — подгружать информацию не сразу, а по мере того как пользователь изучает модель. Правда объем работы тоже существенный. Тут и создание низкополигональных моделей и алгоритмы постепенной их замены при увеличении. Создание срезов потребует отдельного интерфейса и самое главное — в идеале на выходе получится примерно то же самое что задумали и вы, просто по другому.
Я просто потихоньку завидую вашей работе и думаю про себя «как бы сделал я»…
Мне одному это кажется мегакрутым?
Это конечно не всегда работает, но в то же время, готовый на 80% проект радует глаз гораздо сильнее, чем тот, что готов на 20%.
Пока есть вариант для сильно заинтересованных — демка в репозитории.