Страницы: Пред. 1 ... 44 45 46 47 48 ... 142 След.
RSS
Метеор-М №2-1 с попутчиками – Союз-2.1Б/Фрегат – Восточный 1С – 28.11.2017 08:41 ДМВ, (авария)
 
Цитата
LRV_75 пишет:
Цитата
SGS_67 пишет:
Не, всё ж у меня, по-моему, реалистичней.
Вводная: нам нужно развернуть аппарат вправо на 2 градуса.
Но мы имеем, скажем, левое вращение со скоростью 1 град/с.
Если есть оптимизация только по расходу рабочего тела, как нужно действовать?  ;)  
"Поворачиваемся на градус, анализируем - попали в допуск 10+- 0,1? Нет? поворачиваемся еще на градус против часовой ...... " )))
Алгоритм реально ужасен, и годится разве для максимизации расхода топлива.)))
Давайте все же предположим, что явных вредителей там нет.  :D
 
Цитата
Liss пишет:
Цитата
kost3 пишет:
1. Нахрена запускали лучи чтобы опять при косяке за горизонтом ничего не знать и гадать на кофейной гуще?
2. Ну и мне совершенно непонятно какой такой программист писал код, где пофиг на вектор - ГДУ врубается по таймеру. Это пипец товарищи. Системный пипец. Это код разряда - писано на коленке.
Коллега,
(1) "Лучи" за полярным кругом неэффективны. Объяснить, почему?
(2) Вы находитесь на суборбитальной траектории. Не выдадите импульс быстро -- упадете точно. Выдадите строго по времени -- как повезет. Что выберете?
Спутниковая связь за полярным кругом уже много лет хорошо работает, Новый Порт, Саббета, Шпицберген, Земля Александры, Гыда и т.д. С учетом высоты полета ОБ, принять телеметрию с наклонения 82 град никаких проблем у Луча бы не было. Точка стояния 95 град в.д. для этого запуска очень удобная.
 
А ещё замечу, что в игре kerbal space program задача управления движками ориентации решается динамически для любой кракозябры с любым количеством и любым расположением этих самых движков. В том числе после стыковки аппаратов любых конфигураций.
Кривыми должны быть извилины, а не руки.
 
Цитата
Denis Voronin пишет:
Есть у меня смутное подозрение, что если/когда исходники попадут в открытый доступ, разработчиков будут долго и со вкусом тыкать мордочками в продукт их жизнедеятельности.
Практика показывает, что подобные программы невозможно понять.
 
Цитата
Denis Voronin пишет:
Цитата
Yanus пишет:
Поверьте, разработчик алгоритма наведения РБ вполне квалифицирован и не на коленке всё это соорудил, и занимался он этим ещё до Вашего проектирования.
Т.е. этот человек учился программировать ещё до того, как были введены все современные стандарты. Не тянет на достоинство.
Вы просто не занимались тестированием современных интеграционных систем.
Там подобных интеграционных дефектов куча.
Yanus все правильно пишет. Надо было проводить интеграционное тестирование. Было ли оно - большой вопрос. По внешним признакам и предположительно выявленному косяку на это тестирование забили, посчитали что и так всегда летало и в этот раз улетит.
Главное не наличие проблем, главное способность их решать.
У каждой ошибки есть Имя и Фамилия
 
Как мне кажется, различие в направлении отсчета углов на третьей ступени и Фрегате может иметь значение только в одном случае: если в циклограмме Фрегата задаются не абсолютные углы, а углы разворота. Скажем, "в такое-то время развернуться на +20 градусов". То есть, составителям циклограммы были выданы ошибочные исходные данные. Но в этом случае совершенно неважно, включается ли главный двигатель через минуту или две. Правильной ориентации в любом случае бы не было.
The trajectory is temporarily deviated. Skybot not to blame.
 
Цитата
Старый пишет:
Схема выведения со снижением третей ступени энергетически неоптимальна и применяется только вынужденно. Вынуждающим фактором служит низкая тяговооружённость третей ступени. Ступень медленно набирает орбитальную скорость и за это время двигаясь по суборбитальной траектории успевает просесть вниз. Это вынуждает выводить ступень повыше чтобы в процессе просадки она не зарылась в атмосферу. По другому Ариана просто физически не может летать. Подчёркивааю: просадка вниз энергетически неоптимальна, вредна, является вынужденной и обусловлена низкой тяговооружённостью ступени.

Если тяговооружённость достаточная и орбитальная скорость набирается быстро то просадки не будет и делать её специально нет никакого смысла.
Если по какимто соображениям, например расположения районов падения, ракета должна лететь по более высокой траектории, то делать после отделения РБ снижение траектории нет никакого смысла. Высота отделения в этом случае должна быть апогеем суборбитальной траектории или перигеем переходной. Делать "разгон на снижении" нет абсолютно никакого смысла, ничего кроме дополнительных трудностей и снижения ПН он не даёт.

Повторяю ещё раз: "разгон на снижении" Арианы-5 происходит вынужденно из-за низкой тяговооружённости РБ, делать его преднамеренно в случае Союз-Фрегата нет абсолютно никакого смысла, ничего кроме проблем и ущерба он не даёт.
Zoor ничего не писал о снижении. Он предположил, что перигей поднимался неоптимальным способом на восходящем участке орбиты. За счёт поворота вектора скорости. При этом перигей получится ниже и ближе к точке старта. Как раз последнее могло бы быть причиной выбора такого варианта - чтобы первое включение Фрегата было в зоне видимости.
The trajectory is temporarily deviated. Skybot not to blame.
 
Вот Роман тут уже намекал: а насколько ИД были корректны для разработчиков полетного задания?.

В этом запуске абсолютно новым элементом было очень большое число попутчиков и с индивидуальными временами отделения.
Как  расчитывалось в этом случае положение центра масс? Задача не тривиальная, учитывая, что надо ведь опираться на данные разработчиков попутчиков?
Ответил со свойственной ему свирепостью (хотя и не преступая ни на дюйм границ учтивости). ©  :)
 
Цитата
vadimr пишет:
Цитата
Denis Voronin пишет:
Есть у меня смутное подозрение, что если/когда исходники попадут в открытый доступ, разработчиков будут долго и со вкусом тыкать мордочками в продукт их жизнедеятельности.
Практика показывает, что подобные программы невозможно понять.
А это прямо говорит о том что писали либо быдлокодеры либо олимпиадники.
Кривыми должны быть извилины, а не руки.
 
Цитата
Denis Voronin пишет:
А ещё замечу, что в игре kerbal space program задача управления движками ориентации решается динамически для любой кракозябры с любым количеством и любым расположением этих самых движков. В том числе после стыковки аппаратов любых конфигураций.
А кто нибудь летал по этим программам в реальном космосе на реальных аппаратах.? ;)
Ответил со свойственной ему свирепостью (хотя и не преступая ни на дюйм границ учтивости). ©  :)
 
Цитата
Denis Voronin пишет:
А ещё замечу, что в игре kerbal space program задача управления движками ориентации решается динамически для любой кракозябры с любым количеством и любым расположением этих самых движков. В том числе после стыковки аппаратов любых конфигураций.
В игре все решается.
Учитывается в игре влияние на динамику изделия свободной поверхности жидкости в баках и увеличение свободной поверхности по мере выработки одновременно с уменьшением массы топлива? А с какой степенью точности там учитывается плотность амила и гептила и неравномерность выработки, определяющееся тем, что объемный коэффициент соотношения компонентов С5.92 не равен единице, а также смещение центра тяжести связки в связи с этим?
Учитывается ли влияние перемещения гидразина в полузаневоленном состоянии при наличии мембранного разделителя?
Какие процессы происходят при этом в баках метеора и влияют ли они на динамику изделия?

И вопрос SGS67: как будет компенсироваться перемещение топлива в баках, если разворот производится с максимальной скоростью и как быстро можно в этом случае застабилизировать изделие перед выдачей очередного импульса С5.92?
И еще, после того как изделие застабилизировано. Осаждение топлива нужно проводить и сколько это займет времени?

Проще говоря: одно дело удержать на пальце карандаш, а другое - блюдце с водой.
Изменено: Штуцер - 30.11.2017 23:17:24
Но в виде обломков различных ракет
Останутся наши следы!
 
Цитата
Denis Voronin пишет:
Цитата
vadimr пишет:
Цитата
Denis Voronin пишет:
Есть у меня смутное подозрение, что если/когда исходники попадут в открытый доступ, разработчиков будут долго и со вкусом тыкать мордочками в продукт их жизнедеятельности.
Практика показывает, что подобные программы невозможно понять.
А это прямо говорит о том что писали либо быдлокодеры либо олимпиадники.
Отчасти просто программистская культура изменилась. Археопрограммирование. Грубо говоря, языковое представление паттернов проектирования 30 лет назад было совсем другим.
 
Исходники ПО одной популярной модели автомобиля проанализировали.
Долго тыкали мордочками.
Но ничего. Пару миллионов машин ездит.
 
Не верю в банальный глюк ПО Фрегата.
Мне ближе версия с пинком от третьей ступени по мотивам Прогресса М-27М  :cry:
 
Цитата
Штуцер пишет:
И вопрос SGS67: как будет компенсироваться перемещение топлива в баках
Они при запуске полупустые, что ли?
 
Цитата
nsn пишет:
Цитата
Штуцер пишет:
И вопрос SGS67: как будет компенсироваться перемещение топлива в баках
Они при запуске полупустые, что ли?
Наверняка не полные ж, к гадалке не ходи. Это ж не симулятор.
Изменено: Serge3leo - 30.11.2017 23:26:35
 
Если кто хочет потренироваться в оценке старого кода, то мы, конечно, приводить реальные исходные тексты космического софта не будем, но можно для примера привести текст РЕКОМЕНДОВАННОЙ библиотечной программы из одной очень солидной книжки по прикладному программированию. Она примерно в 1990 году была осовременена переводом с Алгола-60 на PL/I, но, за исключением этого, осталась практически в первозданном виде. Кто догадается о назначении этой программы, может с полным правом взять с полки пирожок.

Скрытый текст
 
Цитата
Serge3leo пишет:
Цитата
nsn пишет:
Цитата
Штуцер пишет:
И вопрос SGS67: как будет компенсироваться перемещение топлива в баках
Они при запуске полупустые, что ли?
Наверняка не полные ж, к гадалке не ходи. Это ж не симулятор.
:)  Допустим, Вы считаете их при запуске полными.Допустим.

А при втором запуске они тоже полные?
Но в виде обломков различных ракет
Останутся наши следы!
 
Цитата
vadimr пишет:
Практика показывает, что подобные программы невозможно понять.
Точно. Их сами программеры не понимают, поэтому даже не пытаются менять что-то в старых кусках, а просто добавляют свои новые куски, которые как либо компенсируют работу старых кусков, которые писал кто-то другой.
 
Цитата
vadimr пишет:
Если кто хочет потренироваться в оценке старого кода, то мы, конечно, приводить реальные исходные тексты космического софта не будем, но можно для примера привести текст РЕКОМЕНДОВАННОЙ библиотечной программы из одной очень солидной книжки по прикладному программированию. Она примерно в 1990 году была осовременена переводом с Алгола-60 на PL/I, но, за исключением этого, осталась практически в первозданном виде. Кто догадается о назначении этой программы, может с полным правом взять с полки пирожок.

Корни ищет? Методом ловли льва в пустыне?
Страницы: Пред. 1 ... 44 45 46 47 48 ... 142 След.
Читают тему (гостей: 2)
Журнал Новости Форум Фото Статьи Книги