Підкажіть, яка версія IMFD з останніх і гарантовано працює?
Справа в тому що скачавши якусь версію IMFD натрапив на проблему: при запуску Орбитера програма видає повідомлення: "точка входу в процедуру - (далі якась абра-кадабра) - в бібліотеці DLL не знайдено Orbiter.exe"
че робити - незнаю. може хто підкаже?
_________________
все йде за планом.
Продовження.
Мальнькая фичи для виходу на орбіту
1. Розгорнути по курсу ще до старту.
2. При польоті в атмосфері використовувати Хавер для завдання кута тангажу в 60о
3. Поверх куросовго МФД відкрити сурфейс МФД.
4. Починаючи з висоти 60 і до 100 км Плавно знижувати тангаж до 0
6. набрати вертикалки вистачить до 150 км
7. На 150 км включити левел орієнтацію L (без шифт) Падіння вертикалки парируючи Ховер прагнемо щоб вона було нульовий. А рисканням прагнемо обнулити EIn - помилку способу - нульове положення для змін - вертикальне положення вектора на еджекте. Якщо дати трохи лівіше помилка буде зменшуватися сильніше. Заодно дивимося на показання PeA- висота перицентра (ми летимо весь час в апоцентрі).
Я давно не літав на ДГ але таким способом і у мене вийшло - паливо 53.6 апоцентр 158 перицентр 156 помилка способу 0.09.
Допустиме значення помилки - позитивне не більше 0,3 градуса тоді її можна буде парирувати часом відльоту (провремя прильоту буде сказано багато нижче)
Підкажіть, яка версія IMFD з останніх і гарантовано працює?
Справа в тому що скачавши якусь версію IMFD натрапив на проблему: при запуску Орбитера програма видає повідомлення: "точка входу в процедуру - (далі якась абра-кадабра) - в бібліотеці DLL не знайдено Orbiter.exe"
че робити - незнаю. може хто підкаже?
1. Працюють всі - перевіряв вплодь до 3.0
2.Решеніе ожоднозначное і точне - поставити всі патчі на Орбитер - це повідомлення - орбитер намагається викликати стару функцію зворотного виклику, яка в МФД зареєстрована як під новим ім'ям, з'явилися в патчі. Пропатченний Орбитер при відсутності старої звертається до нової.
2.Решеніе ожоднозначное і точне - поставити всі патчі на Орбитер - це повідомлення - орбитер намагається викликати стару функцію зворотного виклику, яка в МФД зареєстрована як під новим ім'ям, з'явилися в патчі. Пропатченний Орбитер при відсутності старої звертається до нової.
хе. чес кажучи нічо не зрозумів, крім того, що потрібно ставити патчі
а про які патчах взагалі йде мова?
так ніби все скачував.
_________________
все йде за планом.
Продовження 2.
Головне пропустив перед корекція треба обов'язково збережеться.
Після проведення корекції висота перицентра змінюється слабо - максимум може скласти пару сотень кілометрів.
1. Чекаємо часуі PeT
2.5м тобто приблизно місяць до проходження планети. В реалі в цей час проводиться остаточна корекція пролітної, повз поланети, траєкторії. Для цього замість курсової функції запускаємо BaseApproach функцію (F, курсор на функцію, 5). У ній міняємо референс з сонця на Марс (R, Mars). План проекції мняем на HTO (P). Мета (T, Olympus).
Васота Alt - 3км Кут входу 0о Кут попередження - скажімо для 1000 кілометрів складе 1000 / (2 * 3,14 * 3400) * 360 = 17 градусів. План такий знижуємося на 3 км і маневруючи на цій висоті повинні загальмувати на дистанції 1000 км. Виставляємо ці параметри.
Тепер виставляємо Hint - підказку - її беремо з функції карти PeT (швидше використовувати Set -5 і в вікні вписуємо значення).
Якщо розрахунок не проявиться треба смечтіть хинт злегка.
На карті в ключает Plan (5) - тепер вона показує результати передбачуваної корекції. Сто пудів що результат буде невірним як і попередньому випадку треба почекати.
Сдедует звернути увагу на наступні параметри
на Базапроаче
EqI - екваторіальна нахил
dV - величина імпульсу
На карті
EqI - екваторіальна нахил
PeA - висота перицентра.
Спершу стежимо за dV - у міру зменшення помилки вона буде знижуватися і зупиниться на деякій величині - помилка уровновесітся величиною потрібного імпульсу.
За 2.480М імпульс становив 1.863 км / с
За 1956К 870 м / с.
За 1788К 382 м / с.
За 882K 149 м / с і почав рости.
Пора коригуватися.
2.смотрім параметр EqI на базапроаче - наприклад у мене воно 165о - це не правильно - летимо на тіньову сторону. Саме тут проявляється перший глюк програми - може виявитися що не вийде змінюючи Hint отримати потрібну спосіб - а це можливо! Справа в тому що рішення прилипає до одного з двох можливих і зміна Hint яке повинно приводити до потрібного результату не завжди працює. Проте проводимо корекцію але в такий спосіб - відключаємо на map plan і стежимо щоб траєкторія не втекла з необхідного способу і висоти (як і при першій корекції саме з цього її треба було робити такий!
2. Знову чекаємо - упловініваем час. У мене рішення зовсім пропало і не відновлюється. В цьому випадку міняємо параметр для Approach for на Re-entry-Old стару моду - вона не дає можливості змінювати кута входу а дозволяє задати точно дату прильоту - задаємо її 52129.40 - ага кут входу більше -15 градусів не зробити (корабель вже пройде перицентр) але спосіб стало правильним (я просто заздалегідь знав в що в цей час Olympus на сонячній стороні).
Коригуючи за такими ж принципами що й раніше.
Власне це потрібно повторювати кожні 100К після кожної корекції нахил буде все ближче і ближче до розрахункового.
Загалом за 195К до прольоту EqI 14.44 на карті (без плану звичайно) проти 14.23 на баз апроаче - висота перицентра - мінус 1 км. Природно перицентр буде не 17о.
Час перицентра 59.38.
А воть тепер фінт вухами - знову вкльчаем в Approach for просто Re-entry - виставляємо потрібні параметри. І. все працює - рішення є і воно близьке - просто обхідними маневрами ми наблизили глючний тулз до потрібного рішення. (Саме для цього і додана стара мода) Перевіряємо правильність планом - трохи бреше - тут чекати незя - треба коригуватися - і знову почекав поки набереться 30 м / с знову корекція (планета вже близько). Блін я задивився і пипец - імпульс 500 м / с
починаю знову.
Час извесно - 200К. Однак зникнення рішення не відбулося, нахил переціпілось праввільно. Тобто все фінти НЕ потребивалісь.
Повернулося на круги. Продовжуємо.
Потрібних імпульс 70 м / с.
Роблю повний імпульс поки на мапе з планом не з'явиться інвалід дата - невеликий глючок - величина потрібного імпульсу незначна мала по відношенню до помилки.
Чекаємо, наростає dV, за 20 м / с починає дуже швидко рости - вже зовсім близько За 36К до прольоту (10 годин) все ще поза сферою впливу Марса реквізит імпульс 25 м / с - Роблю точний імпульс з контролем на мапе - PeA - 2.5 км - нахилення 15.19 точно по апроачеру.
Залишається бити байдики.
За годину починаємо разворячівать ніс. Яка там частота у бази?
Ага 114.20, дальність 500 км. Часта посадкового майданчика - 129.70
Налаштовуємо стек приймачів.
На правий МФД - Surface- на лівий - VOR / VTOL.
У ста кілометрах над поверхнею - включив мап - траєкторія проходить над базою дистанція 1700 км.
Головне допомагати аеродинамікою - швидкість адже гіперболічна - після прходить перицентра корабель буде виштовхувати нагору - зарулює на висоту 3 км і її тримаємо - я на неї потрапив в 971 км від бази.
У 500 включився VOR - парадоксально! база точно по курсу - 0о! швидкість вже впала 3100 м / с - нижче кругової.
Тут добре, може трохи раніше, використовувати Arrive MFD для гальмування двигунами.
Вобщем я сів, поруч з майданчиком - залишилося 33.6 палива - ризикну летіти назад на Землю на залишках. Тільки ось почекати вікна потрібно.
Зи долетів. залишилося 15,2 палива - так що рил на Марс і назад з однієї заправки.
переліт за часом визначається розрахунком в перший можливий енергетичний мінімум. Скажімо для Марса він не є оптимальний по енергії - далі у міру збільшення / зменшення часу перельоту піде енергетичний хребет і другий мінімум який завжди менше першого.
Я вибрав дату прильоту 52159,4 oV = 2977 м / с - імпульс переходу з навколоземної орбіти
Який мінімун називається першим а який другим? Я думав, що якщо дата менше, значить це перший мінімум, а в даному випадку спочатку IMFD видав дату, яка більше 52159,4 і за схемою Курсу це ніби як другий мінімум. Загалом щось незрозуміло.
При розгоні в ручний орієнтації є можливість і зовсім невеліровіть помилку в способі площині - EIn - по манула треба весь час тримати хрест в центрі. Але якщо орієнтувати, попередньо днище в сторну землі (нульовий банк кут) відхилившись при розгоні трохи вправо помилка буде зменшуватися - точний контроль за P1C - вона повинна зменшувати і вийти в міллісікунди - далі розгонимося по мануалу.
А якщо просто вирівняти площині в вузлах через Нормал +/-?
У програмі Ежект параметр TtB (час до запуску) у мене веде зворотний відлік тільки під час першого витка після зльоту, потім обнуляється і більше нічіго НЕ відраховує, так і повинно бути? (Скачав останню версію 4.1), чи можна його змусити відраховувати час?
Як я зрозумів, IMFD початок запалювання передбачає в перицентра перехідною гіперболи, але зрозуміло, що старт повинен починатися кількома градусами раніше. IMFD не проводить такий розрахунок?
Курсор зміщуємо на реалтайм і замінюємо його прогрейд
переліт за часом визначається розрахунком в перший можливий енергетичний мінімум. Скажімо для Марса він не є оптимальний по енергії - далі у міру збільшення / зменшення часу перельоту піде енергетичний хребет і другий мінімум який завжди менше першого.
Я вибрав дату прильоту 52159,4 oV = 2977 м / с - імпульс переходу з навколоземної орбіти
Який мінімун називається першим а який другим? Я думав, що якщо дата менше, значить це перший мінімум, а в даному випадку спочатку IMFD видав дату, яка більше 52159,4 і за схемою Курсу це ніби як другий мінімум. Загалом щось незрозуміло.
В даному контексті перший цей той на який вкаже за замовчуванням МФД. А взагалі, по теорії, відлік йде по осі часу.
При розгоні в ручний орієнтації є можливість і зовсім невеліровіть помилку в способі площині - EIn - по манула треба весь час тримати хрест в центрі. Але якщо орієнтувати, попередньо днище в сторну землі (нульовий банк кут) відхилившись при розгоні трохи вправо помилка буде зменшуватися - точний контроль за P1C - вона повинна зменшувати і вийти в міллісікунди - далі розгонимося по мануалу.
А якщо просто вирівняти площині в вузлах через Нормал +/-?
Природно можна, і потрібно, якщо помилка склала велику величину. А маленьку - десяті і соті частки простіше виправляти подібним чином.
У програмі Ежект параметр TtB (час до запуску) у мене веде зворотний відлік тільки під час першого витка після зльоту, потім обнуляється і більше нічіго НЕ відраховує, так і повинно бути? (Скачав останню версію 4.1), чи можна його змусити відраховувати час?
Це так, але якщо уважно придивитися то параметр Prograde скидається в Realtime - якщо його знову переключити отримаємо розрахунок на наступний виток.
Як я зрозумів, IMFD початок запалювання передбачає в перицентра перехідною гіперболи, але зрозуміло, що старт повинен починатися кількома градусами раніше. IMFD не проводить такий розрахунок?
Розрахунок точки запуску ДУ проводиться окремим модулем, як написано в мануалі (стр2 розділ Burn integrations) для прогрейд і ретрогрейд - судячи з попереднього запитання розгін проводився в реалтайм. В мануалі від попередньої версії питання розкритий ширше і вказано що принцип розрахунку можна змінити змінюючи значення BurnInteg в cfg файлі.
Курсор зміщуємо на реалтайм і замінюємо його прогрейд
А яка різниця між "реалтайм" і "прогрейд"?
Реалтайм видає параметри для старту в площині поточної орбіти, а реал тайм параметри для негайного старту - зовсім не факт що розгін відбудеться в цій площині, що може виявитися енергетично не вигідно. Однак як показує теорія зовсім не факт що послідовність - корекція площині в вузлі а потім розгін буде вигідніше ніж вільний розгін. Наприклад при старті з місячних орбіт завжди вигідніше кривої старт якщо помилка більше 5 градусів.
На курсовому МФД треба змінити SRC -4 - у вікні простіше написати x - src cnfytn ПД-1 - наш корабель.
cnfytn як я зрозумів це GL-01?
Що таке HTO?
гіпотетична орбіта переходу - площину середня між сучасною орбітою і кінцевої - наочніше видно зміни.
Васота Alt - 3км Кут входу 0о Кут попередження - скажімо для 1000 кілометрів складе 1000 / (2 * 3,14 * 3400) * 360 = 17 градусів. План такий знижуємося на 3 км і маневруючи на цій висоті повинні загальмувати на дистанції 1000 км. Виставляємо ці параметри.
Що це за кут попередження?
Див. Малюнок 18 мануала - кут Re-entry anticipation (Ant)
Якщо мені допустимо потрібно акуратно загальмувати на висоті 27-30 км (DGIII на гіперболічної швидкості і висоті 3 км бадьоро перегрівається) і вийти до бази, що потрібно зробити?
Зазвичай я ніколи не дбав про те, щоб прямо з перехідною траєкторії потрапити в траєкторію перетинає базу. Спочатку акуратно гальмував, потім, з допомогою надлишку швидкості аеродінаміческімі маневрами лягав на точний курс. Було б звичайно цікаво відразу потрапляти куди потрібно.
На то і писали ДГ3 щоб створити зайву марок. Треба Задати підібрати допустимі величини висоти і кута входу. А потім визначивши дистанцію гальмування задати Ant. Особливий прикол становить посадка СА АМС 5НМ (був такий проект 70х років доставки марсіанського грунту). Для посадки на території СРСР необхідний кут входу в атмосферу 23-25 градусів і це з гіперболи - перевантаження досягають 150 ж (трохи менше були на Місяцях). Дик орбитер може це порахувати тільки при тайм варпа 0.1 і не на кожній машині.
Тепер виставляємо Hint - підказку - її беремо з функції карти PeT (швидше використовувати Set -5 і в вікні вписуємо значення).
Тобто для розрахунку використовується поточна відстань до планети або що?
Як і вище Т - час (Н - висота [не завжди] D - відстань від центру планети - PeT, Alt, PeD)
Дивно якось виходить з Base Approach на ній висота встановлена 10 км кут входу 3градуса кут спуску 15 градусів під час підходу роблю автоберн, але максимально близько до встановленим параметрам прога підводить тільки при багаторазових корекціях в міру наближення і ось воно щастя дельта ве мінімально берн тайм мінімальний все близько нуля,
так ось проблемма на аппроаче все тип-топ а на мапе показує періапсіду не 10 км а 3,6 км а на DG 111 на моніторі відображається кут входу 7,36 градуса.
Загалом не зрозумію кому вірити: мапу, аппроачу, або Глайдер. кругом різні результати.
В цілому думаю мапу (але з застереженнями). Тому як він вважає рунгекуттом - значно точніше ніж все інше. Приклад він же обмовка - За 20 днів перед підльотом до Марсу коригуємо перицентр скажімо на висоту 500 км (трохи розгонимося а потім Жог по інтерсепту не доводити до нуля а до 500 км висоти по мапе). Тупо летимо і в перицентра дивимося висоту - ага 260 км - помилка 140 км. Це помилка Мапи? - хрін Орбитера. Ліземо в конфіг Марса а там точність для орбіти Марса 10 ^ -5, ставимо 10 ^ -8. Повторюємо досвід - помилка 100 метрів. І це після 20і денного польоту.
У мапе є кнопка - Plan - відображає результати майбутньої корекції. Я завжди попередньо перевіряю майбутню корекцію.
Головне на рахунок базапроачера - Висота це висота на якій корабель перебуватиме за 15 градусів до бази і з вектором швидкості спрямованим під кутом входу до місцевого горизонту.
Це не висота над базою! Висота входу в Земну атмосферу 120 км.
Природно що корабель рухається не по прямій а по параболі / гіперболи і кут до місцевого горизонту весь час змінюється (в даному випадку зменшується). Природно задавши 10 замість 120 отримаєш значно більший кут на дійсних 120і.
Перицентр - наменьшая точка траеторіі і там вектор швидкості спрямований в площині горизонту і в принципі не має не якого відношення до цього завдання). Він знаходиться за базою і може мати і негативну висоту. І тільки якщо встановити всі кути в нуль він співпаде з базою.
Так що тут все праві - не правильна інтерпретація.