Второй запуск с «Восточного». Подготовка и проблема при запуске

Sandro> Разделение единой сущности, а именно — угла поворота на две части: знак и величину, да ещё и определяемые в разное время — это гиперкосяк. За такое надо бить. Ногами. И ещё добавлять оглоблей для ясности понимания.
Эта сущность как понимаю делится не так - а на направление поворота и конечное значение угла.
Sandro> Если бы единый угол определялся перед моментом включения РБ, как и нужно
Если ракета всегда в момент старта повёрнута в направлении полёта - то всё рано когда определять.
А тут придумали её на 180 после старта крутить...

G.s.> Вот я с упорством маньяка спрашиваю, у тех, кто может быть в курсе, или рядом постоял: почему команда на запуск ДУ РБ выдается строго через 60 с после разделения, невзирая на все остальные обстоятельства?
Потому что так в выданном для программирования алгоритме написано.
А этот алгоритм был составлен, как мне кажется, ещё в 60х, для механического контактного блока.

Дем> А тут придумали её на 180 после старта крутить...
Придумали крутить ракету не на столе, а в полете (у нас, не знаю, как в Штатах) в начале 60-х.

G.s.> Вот я с упорством маньяка спрашиваю, у тех, кто может быть в курсе, или рядом постоял: почему команда на запуск ДУ РБ выдается строго через 60 с после разделения, невзирая на все остальные обстоятельства?

наверное потому же почему и протон с перевернутыми датчиками вполне пропустил команду на запуск.

G.s.> почему команда на запуск ДУ РБ выдается строго через 60 с после разделения

У РБ на построение ориентации было меньше минуты, потому что его решили вывести на незамкнутую траекторию, и, если не включить быстро двигатель, то на орбиту бы выйти не получилось.

...

Отдельно стоит отметить, что, если бы «Фрегат» вывели на низкую орбиту, он бы успел развернуться и на неадекватный угол.

 

G.s.> невзирая на все остальные обстоятельства?

А на какие обстоятельства там можно взирать? GPS? Он не покажет ориентацию. Астрокоррекция? На неё нет времени в таком случае. Показания инерционных датчиков о том, что разворот не в ту сторону? Так если б о таком могли заранее подумать, то и показания датчиков не нужны, а если не подумать, ну увидел софт, что разворот идёт не в ту сторону, а дальше что? Выбрасывать исключение и самоликвидироваться?

PSS>> Не знаю, что упоминалось в теме но, насколько я помню, из-за ошибки в ПО потеряли СА трех станций.
G.s.> Уж не помню, какую станцию потеряли американцы, когда в программе на Фортране вместо цикла
G.s.> DO 20 I=1,10
G.s.> было написано
G.s.> DO 20 I=1.10
G.s.> В результате неиспользуемой переменной DO20I было присвоено значение 1.10, а цикл выполнен не был.
G.s.> Эту байку еще в середине 70-х препод по программированию рассказывал.
Это не неиспользуемая переменная, это и есть цикл(DO) по переменной I до строки с меткой 20, просто во втором случае это будет цикл с другими параметрами

U235> Просто потому что не подумали, что в том месте вообще может возникнуть катастрофическая для полета ошибка.
В данном случае не надо думать. Правильный набор тестов проверяет не только правильность выполнения при корректных входных данных(то, что 2*2=4), но и ошибочные ситуации. Всякие деления на 0, переполнения и т.д.

U235> Ты можешь протестировать десятки раз программу на всевозможные тесты, но потом, в реальной эксплуатации напороться по полной программе на то, что считал невозможным.
Это всего лишь говорит о неполноте тестов.

U235> Тестирование ПО - это не что-то такое простое и тривиальное. Профессиональным тестировщикам, особенно руководителям тестировочных команд, которые программы тестов пишут, не просто так вполне приличные деньги платят.
Нетривиальное - это тестирование графики. Тестирование математики - вполне тривиальная задача, хотя и весьма трудоемкая.

Если раньше практика и теория требовали доворота в пределах 3 градусов, (в данном случае тоже около 3), а на это требуется меньше 5 секунд, то какой смысл ждать более 60 секунд??

Inewth> какой смысл ждать более 60 секунд??

У тебя есть полная циклограмма? Что в этот период времени ничего больше не происходит?

G.s.>> DO 20 I=1,10
G.s.>> было написано
G.s.>> DO 20 I=1.10
G.s.>> В результате неиспользуемой переменной DO20I было присвоено значение 1.10, а цикл выполнен не был.
trainer> Это не неиспользуемая переменная, это и есть цикл(DO) по переменной I до строки с меткой 20, просто во втором случае это будет цикл с другими параметрами
Вы, наверное, подзабыли особенности Фортрана.
В действительных числах, в отличие от целых, дробная часть отделяется ТОЧКОЙ, а не запятой.
А в ЗАГОЛОВКЕ цикла, диапазон переменной цикла пишется через ЗАПЯТУЮ.
Пробелы В ИДЕНТИФИКАТОРАХ Фортран игнорирует, поэтому DO 20 I и DO20I и do20i это одна и та же переменная действительного типа, которой было присвоено значение 1.10.

Sandro>В данном случае должен быть ранний принудительный отказ, т.е. БЦЭВМ должна полностью отрицать программу поворота на 360+ градусов.
наверно, 180+?

зы, а отказы РБ будут воздействовать ан прохождение команды старта для РН? Это всё-таки разные системы..

Balancer> А на какие обстоятельства там можно взирать? GPS? Он не покажет ориентацию. Астрокоррекция? На неё нет времени в таком случае. Показания инерционных датчиков о том, что разворот не в ту сторону? Так если б о таком могли заранее подумать, то и показания датчиков не нужны, а если не подумать, ну увидел софт, что разворот идёт не в ту сторону, а дальше что? Выбрасывать исключение и самоликвидироваться?
Я понятия не имею, какая там система ориентации и какие датчики в неё входят.
Но то, что они есть, очевидно: иначе для чего на РБ двигатели ориентации?
Курсогировертикаль наверняка есть.
Какое такое время нужно на астрокоррекцию? Накапливать фотоны, что-ли?
Очевидно, что СУ РБ какая-то комбинированная: часть команд выполняется строго по таймеру, остальные по условиям, контролируемым БЦВМ.
Почему приоритет у таймера, непонятно.

G.s.> Очевидно, что СУ РБ какая-то комбинированная: часть команд выполняется строго по таймеру, остальные по условиям, контролируемым БЦВМ.
G.s.> Почему приоритет у таймера, непонятно.

Надо начинать доразгон - орбита еще не замкнутая. И коррекцию наклонения на нем - чем северней улетишь, тем больше топлива затратишь.
60 сек приняли из необходимого времени на стабилизацию, ориентацию, точную ориентацию, поджатие топлива. Как-то так.
После - жестко включение по времени.

Да и вообще - что видел - там включения по времени, а выключения - по функционалу либо превышению максимальной длительности включения (рассчитанной заранее).

G.s.>>> DO 20 I=1,10
G.s.> G.s.>> было написано
G.s.> G.s.>> DO 20 I=1.10
G.s.> G.s.>> В результате неиспользуемой переменной DO20I было присвоено значение 1.10, а цикл выполнен не был.
trainer>> Это не неиспользуемая переменная, это и есть цикл(DO) по переменной I до строки с меткой 20, просто во втором случае это будет цикл с другими параметрами
G.s.> Вы, наверное, подзабыли особенности Фортрана.
G.s.> В действительных числах, в отличие от целых, дробная часть отделяется ТОЧКОЙ, а не запятой.
G.s.> А в ЗАГОЛОВКЕ цикла, диапазон переменной цикла пишется через ЗАПЯТУЮ.
G.s.> Пробелы В ИДЕНТИФИКАТОРАХ Фортран игнорирует, поэтому DO 20 I и DO20I и do20i это одна и та же переменная действительного типа, которой было присвоено значение 1.10.
Только вот имени такого у переменной вроде бы не могло быть, ибо спецификация говорит, что последовательность символов, уникально идентифицирующая управляющие операторы вроде GO TO или READ, не может быть началом символического имени. Поэтому скорее всего речи была о превращении
DO 20 I=1,100,10
в
DO 20 I=1.100,10

G.s.> Какое такое время нужно на астрокоррекцию? Накапливать фотоны, что-ли?

Я не спец по астрокоррекции Но как я понимаю, классическая астрокоррекция в нашем случае не применима, потому что она работает только в статических условиях для компенсации получившейся погрешности. Т.е. вышла БЧ МБР на расчётную баллистику, смотрим на звезду, видим, что она немного отклонилась от расчётного положения, вносим поправку.

В нашем случае мало того, что система динамическая, аппарат крутится, так ещё у нас уже полная ошибка — мы звезду вообще не увидим. И что делать тогда? Самоликвидироваться?

Тут поможет астронавигация. Но это совсем другая по сложности процедура. Минуты на то, чтобы найти подходящие звёзды, точно навестись на них и высчитать своё положение по ним может уже не хватить.

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

Минуты тут явно не хватит даже при полной автоматизации

Inewth>> какой смысл ждать более 60 секунд??
Balancer> У тебя есть полная циклограмма? Что в этот период времени ничего больше не происходит?

Циклограммы нет. В этот период должны пройти ориентация, стабилизация, поджатие топлива, возможно - наддув.

G.s.> Почему приоритет у таймера, непонятно.

У таймера не приоритет, у таймера "последнее слово".

Balancer> Минуты тут явно не хватит даже при полной автоматизации

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

И частота выдачи 1 Гц конечно для активного участка никакая

trainer> Только вот имени такого у переменной вроде бы не могло быть, ибо спецификация говорит, что последовательность символов, уникально идентифицирующая управляющие операторы вроде GO TO или READ, не может быть началом символического имени. Поэтому скорее всего речи была о превращении
trainer> DO 20 I=1,100,10
trainer> в
trainer> DO 20 I=1.100,10
Да нет же, все не так.
В таком варианте была бы выдана синтаксическая ошибка ещё на этапе трансляции.
Фортран отличается от Алгола и других языков тем, что в нем НЕ НАДО явно объявлять все идентификаторы в начале программы. Только массивы.
Или если программист хочет объявить действительной переменную, начинающуюся с букв i-m, или наоборот, объявить целой переменную начинающуюся с любой другой буквы.
Это и сыграло фатальную роль.
Кстати, если переменная объявлена, но не используется, об этом будет предупреждение.

Balancer> У меня телескоп с таким наведением, при чём упрощённым. Нужно вводить точные географические координаты (плюс время, конечно), нужно как можно точнее выставить горизонталь — и тогда по любым двум звёздам из справочника он может определить точно своё положение в пространстве. Или по одной звезде приближённо, но тогда ему нужно прямо указать, что это за звезда. Это всё весьма затратные по времени процедуры. Как процесс прецизионного позиционирования телескопа, так и поиск сочетаний по базам.
А куда торопиться конструкторам этого телескопа? Это же надо увеличивать мощность привода!
А зачем, когда у астронома-любителя впереди вечность на фоне бесконечности Вселенной!
Кстати, не помню где и когда читал, что есть простой способ определения местного направления надир-зенит: надо определить центр видимого диска Земли. Вот и вертикаль.

G.s.> Кстати, не помню где и когда читал, что есть простой способ определения местного направления надир-зенит: надо определить центр видимого диска Земли. Вот и вертикаль.

На низкой орбите, мягко говоря, задача совсем не тривиальная

Balancer> Минуты тут явно не хватит даже при полной автоматизации

Хватит. Я думаю за секунду можно даже успеть если сильно постараться. За 5 сек гарантировано можно успеть. Я во всяком случае могу взяться за 5 секундное вычисление. Кстати телескоп никуда крутить не надо. Сложна только ситуация когда мы смотрим мордой в Землю и звёзд не видим. Хотя а) решается тремя камерами смотрящими в разные стороны б) если объектив видно землю то уже грубо понятна предварительная ориентация.

ЗЫ ещё сложная ситуация когда папелац закрутило во вращательном движении. Хотя тут полюбасику надо стабилизировать положение по сигналам гироскопов и маршевый моторчег ни в коем случае нельзя включать, если вращательно колбасит.

TEvg-2> Я думаю …

У нас уже есть много выделенных тем о том, как ты думаешь в целом спектре разных направлений

TEvg-2>> Я думаю …
Balancer> У нас уже есть много выделенных тем о том, как ты думаешь в целом спектре разных направлений

У меня есть практический опыт. Область неба меньше одного градуса со звёздами 9 звездной величины и слабее распознаётся менее чем за 5 сек. Таких тусклых звёзд более миллиона, компу приходится лопатить такой объём. Причём комп вообще не в курсе о характеристиках объектива и камеры и об экспозиции. Он не знает какое угловое расстояние в пикселе и какую зв. величину имеет та или иная звезда на снимке. И вынужден искать исключительно по взаимной конфигурации звёзд. При использовании камеры с известными параметрами, которые мы можем явно скормить проге, при сравнительно широкоугольной съёмке и ориентации на более-менее яркие звезды нам достаточно базы в 100 тыс объектов. Задача упрощается кратно.

G.s.>> Кстати, не помню где и когда читал, что есть простой способ определения местного направления надир-зенит: надо определить центр видимого диска Земли. Вот и вертикаль.
Balancer> На низкой орбите, мягко говоря, задача совсем не тривиальная

Задача решена до высот 160 км - на Янтарях 70-х годов такие стояли. Недостаток - низкая точность.