KSP RO RSS: 2 способа выхода на орбиту с помощью kOS. Программы для второй ступени.

[@EpochEmerge]

Пожалуй это, я ручками в космос все запущу)спасибо за видео, информативно

[@RenescoRocketman]

А ручками в сборке РСС+РО довольно коряво получается. Большинство движков не имеет регулировки тяги и там такое ускорение ближе к концу бака, что орбиты очень криво выходят. Если только вырубать движок и доводить метров 10-20 РЦСами.

[@ВіталікБритан-х7ч]

Посмотрел я ещё раз первый метод, не понимаю, а зачем усложнять это косинусами, арккосинусами, углами всякими? Можно же сделать чисто через векторные операции (Я так сделал), практически всё то же самое. В чём суть, подходя к Апоцентру мы рассчитываем силу притяжения Кербина, в кило ньютонах. Также мы рассчитываем центробежную силу, также в кило ньютонах. После этого мы вычисляем разницу, сила гравитации (Притяжения) и центробежной силы. ----------------------------------------- Потом создаём вектор направленный в горизонт с длинной силы двигателя, или суммы сил всех активных двигателей, в коде это выглядит как-то так: '''' lock mV to heading(90, 0):vector * engineThrust. '''' Потом, чтобы компенсировать гравитацию и также центробежную силу, к этому вектору мы прибавляем вектор разницы между силой гравитации и центробежной силой. Получается вектор примерно на 10-15 градусов от горизонта, на который и нужно направиться, всё работает, чуть-чуть кривовато, но это только из-за того что я вывожу аппарат на орбиту плохим способом, не плавно, а резко. В итоге Апоцентр смещается, но это мои проблемы) Потом исправлю, это сделал для более быстрых тестов Сам же манёвр работает отлично. ------------------------------------------ Ps. То есть единственное отличие от вашего метода отсутствие страшных на вид формул, синусов и так далее. Всё же, есть ли смысл в них? Может я чего-то не понимаю? Pss. Вообще, для меня, как ещё для подростка приятно что я сам додумался до этого, и сделал. Это всё очень базовая векторная математика, но этот KOS, я более 3 дней не мог сделать это, учитывая, что уже всё было готово на бумажке) Только в код перенести.

[@flatikk]

А я вчера играл в карьеру с этой сборкой плюс мод РП1 на реалистичную карьеру, И из-за недоступности технологий третья ступень была наиболее эффективна с движком, который не дотянет дэльту если туда РСУшки закинуть, поэотому управление было только на первых двух ступенях Пришлось писать кривой, но действенный скрипт, который по функции (1 - ship:apoapsis/160000)*90 расчитывал наклон, ограничивая его чтобы за ноль не зашел. А третья ступень зажигалась, когда время для апоцентра было равно половине бака (26 секунд). В результате неплохо выходило))) но твое видео в дальнейшем поможет лучше выходить на орбиту

[@axelander_ish]

Если всерьез заморачиваться с эффективностью запуска, то было бы неплохо посчитать потери по ходу запуска как в GravityTurn Continued.

[@RenescoRocketman]

Надо будет заморочиться.

[@xeqxeq4287]

Как то заморочено, у вас, с углом к горизонту при циркуляризации для первого случая. Вектор центробежной силы не противоположен вектору силы тяжести, он перпендикулярен касательной к кривой орбиты (эллипсу) в точке нахождения аппарата. В сумме эти вектора дают вектор силы который противоположен (если аппарат движется к апоцентру) вектору скорости движения по орбите (т.е. лежит на этой касательной). И если компенсировать эту силу, то мы гарантированно выйдем на круговую орбиту (не учитывая сопротивления, если аппарат за пределами атмосферы) Единственное что это долгий процесс. Эффективней выполнить маневр в апоцентре, как его рассчитать отдельная тема, но если вы посмотрите на маневр созданный средствами игры, то увидите что цель направления маневра находится ниже горизонта.

[@RenescoRocketman]

Надо поразбираться с этим. Тот вариант, который я там изложил, работает только в апсидах.

[@vichav3167]

Привет! g*(dVh/fVorb)*t2 - Может это все-таки скорость, которую аппарат наберет вверх? Тогда поправка (dVh/fVorb) делает тягу меньше с приближением к орбите. g*(dVh/fVorb) - дельта для удержания аппарата в правильном направлении. Чем ближе к орбите - тем меньше возможность коррекции. Кажись эта функция на бумаге или в учебниках иначе выглядит)

[@RenescoRocketman]

По смыслу - это так. Но реально, разность сил иначе выглядит. Это надо вектора все почертить и разобраться.

[@vichav3167]

Вектора для меня, пока, сложновато, может если до программирования квадрика доберусь... или чего-то подобного...

[@TokAreVisH]

Поддержание апоцентра крайне не хватает мехджебу во вкладке автовзлета, он так использует дико кривой способ через построение маневра, после которого конечная орбита получается крайне корявой, особенно если происходит резкое уменьшение ТВР, например при отделении ступеней...

[@MaxZomrad]

Я сам нихрена не смогу толком объяснить, почему это работает )) Единственное поясню, что dV2 это среднее ускорение умноженное на оставшееся время работы двигателя. И да, руки никак не дойдут заменить вычисление f_Vorb не для текущей высоты, а высоты апоцентра. По идее должно стать лучше. З.Ы. Очень полезно было бы показать мой тупёж в комментах, где ты ошибку с вычислением горизонтальной скорости нашел )

[@RenescoRocketman]

Да там в результате получалась не горизонтальная, а просто скорость. И ведь и так оно работало. Если вычислять f_Vorb для высоты апоцентра, то там разница будет в 10 может метров. Вряд ли сильно повлияет. Я вот думаю, если вычислить угол к горизонту, обеспечивающий постоянство вертикальной скорости или постоянное ее убывание - это может много дать. Но тут с тем, как считается баланс сил не для апоцентра, а для произвольной точки на эллипсе надо разобраться. Мне тут, кажется, что-то такое в комментах написали даже, засяду за ксп- буду пробовать.

[@metaversguy]

кос еще жив? на какой версии сборка? а то у меня последняя версия коса на 1.4 не рабоатет (как и на 1.3.1), какой-то баг с обновлением значений, при команде if fuell < 1 then - ступень, значения после отстрела ступени не обновляются, и после каждого тика (1 секунда) кос прододжает отстреливать ступень даже если в них еть топливо, я уже в отчаянии, не знаю в чем дело, нчего на форуме не нашел сколько не рылся, решил что кос багануты и даже заброисл игру.

[@MaxZomrad]

В предыдущем видосе по кос Максим рассказывает, что это сами обезьяны поломали, и показывает, как он это решил. Я выкручиваюсь через ship:LqdOxygen-xxxxx, где ххххх - вручную вбитый остаток топлива (в данном случае окислителя), который должен остаться после отработки текущей ступени.

[@metaversguy]

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

[@MaxZomrad]

Я надеюсь в версии 1.5 поправится. Они там немного по другому остатки показывать вроде как будут. Посмотрим.

[@MaxZomrad]

Вот нашел то место в видосе kzbin.info/www/bejne/n4icY4qurq98gKsm

[@metaversguy]

спасибо! попробую тогда наверное тоже костылями править код

[@MarsGalautdinov]

Наткнулся на видео "Мальчик в Маске" Описывают интересную механику полета Зенитной Управляемой ракеты, через набор высоты выше цели для использования кинетической скорости при маневрировании. Минута 25. kzbin.info/www/bejne/gX67lnmXipKmqJo

[@lesha_man8525]

profit 30м/с? Ну это можно лишним топливом обмазываться

[@PavelGladilov]

IRL экономят на всём при запусках.

[@MaxZomrad]

Даже играя в карьеру RP-1, при проектировании аппарата постоянно ищу возможность сбросить хоть килограмм с полезной нагрузки. Дэльты, как патрон или слишком мало или мало, но я больше не унесу.

[@RenescoRocketman]

Ну так то, 30 м/с - это не много, тем более, что штраф по стоимости за массу какой-то очень мелкий. даже с понижающими коэффициентами на прибыль за миссии. Эта циркуляризация в апоцентре стоила очень много, если движок именно в апоцентре включать. Но с прожигом минуты 2-3 до апоцентра в горизонт она стала сравнимой со вторым вариантом.