Примеры лвс управления стс. Защищенная сеть milstd 1553b (гост р-5207-2003)

Сеть создана для управления бортовой аппаратурой авиационно-космических изделий, имеющих в своем составе встроенные в БА ЦВМ. Стандарт получил широкое распространение во всем мире, и под этот стандарт произведены сотни тысяч образцов оборудования, соответствующих этому стандарту. Стандарт был утвержден в СССР в виде ГОСТ, а позже и в России. Последняя версия имеет наименование ГОСТ-Р-5207-2003.

Отличительная особенность стандарта – многоуровневые меры по защите предаваемой информации.

Физический и Канальный уровень сети MILSTD 1553B

Рассматриваемая сеть имеет шинную топологию, к которой подключены абоненты – устройства интерфейса. Подключения абонентов возможны напрямую, а возможны на шлейфах (в отводах от шин) длинной до шести метров, что упрощает компоновку аппаратуры на объектах управления (спутниках, ракетах, самолетах). В последнем случае для согласования волновых сопротивлений шлейфов и линии передачи необходимо применение специальных согласующих устройств, описанных в стандарте. Среда передачи, предусмотренная стандартом – экранированная витая пара. Передача ведется фазоманипулированным кодом Манчестер II на частоте 1 МГц. Код Манчестер II нами рассмотрен ранее, является самосинхронизирующимся. На такой частоте передачи в линии имеют место волновые эффекты. С этим связаны ограничения на длину шлейфов, длину ЛПИ ( она ограничена ~500 м.) и количество абонентов на линии – 32 (под адрес выделено 5 бит).

На канальном уровне сети MILSTD1553B применен централизованный метод доступа абонентов в сеть. Один из абонентов сети объявлен центральным и называется контроллером сети. Остальные абоненты называются оконечными устройствами (ОУ) и играют подчиненную по отношению к контроллеру роль. ОУ постоянно слушают сеть, но не имеют права самостоятельно начать передачу до тех пор, пока не получат соответствующую команду от контроллера. Таким образом, обеспечивается разделение ресурсов общей шины между ОУ и контроллером. Благодаря такой дисциплине выхода ОУ на линию передачи информации в каждый момент времени на линии может вести передачу только один абонент – контроллер либо назначенный им ОУ. Коллизии при такой схеме работы отсутствуют.

Передача команд и данных от контроллера к ОУ квитируется ОУ путем посылки им в ответ на любое обращение: полученную команду, запрос данных или переданные данные «ответного слова» в контроллер. В ответном слове ОУ сообщает не только факт приема сообщения от контроллера, но и состояние абонента (его исправность или неисправность), а также состояние самого ОУ. Абонент формирует признаки своего состояния и засылает их в ОУ по своей внутренней логике, которая согласовывается дополнительно с разработчиком конкретной сети. Эта логика реализуется на прикладном уровне разработчиком ПО.

Отсутствие ответного слова в течение заданного времени (4-12 мксек.) рассматривается контроллером как нештатная ситуация. Порядок действий в этом случае стандартом не определен. Обычно контроллер повторяет передачу. Делает это также ПО прикладного уровня в ЦВМ контроллера.

Типы и форматы сообщений в 1553В

Все сообщения, передаваемые в сети, имеют длину 20 бит и разделяются на три типа: командное слово, данные, ответное слово. В каждом двадцатибитном слове сообщений первые три бита – синхросигнал для вхождения в связь, а последний двадцатый бит – бит четности, для контроля целостности информации. Оставшиеся 16 бит слова данных это - данные. В ответном слове содержится информация об ОУ – его адресе, состоянии, наличии запроса на обслуживание.

В командном слове закодирован адрес ОУ, к которому обращается контроллер и команда, с которой контроллер обращается к ОУ. Команды могут быть нескольких типов:

передача информации ОУ,

получение (запрос)информации с ОУ,

команда для ОУ без информации(например, дай ответное слово)и т.п.

Длительность передачи любого слова на частоте 1 МГГЦ составляет 20 мксек.

Кратко рассмотрим формат трех типов сообщений. Всего в стандарте их шесть.

Формат 1 – передача данных от контроллера к ОУ

Командное слово «передать »

Слово данных

Слово данных

Ответное слово от ОУ

Следующее командное слово

…

t₂

4÷12мксек t_1`

Формат 2 – передача данных от ОУ в контроллер

Командное слово

«получить»

Слово данных

Слово данных

Ответное слово от ОУ

Следующее командное слово

…

…..

t₂

4÷12мксек t_1`

Формат 4 – передача команды управления без данных от контроллера в ОУ

Командное слово

«выполнить»

Ответное слово от ОУ

Следующее командное слово

t₂

4÷12

t₁

Кроме этих форматов существует формат группового сообщения, формат передачи данных от ОУ к ОУ, но только по команде котроллера и т.п.

Пауза t2 формируется ОУ после полученного сообщения и должна быть 4-12 мксек. Отсутствие ответного слова через t2>12 мксек воспринимается контроллером как неполучение ОУ направленного ему сообщения.

Пауза t1 формируется контроллером и определяется временем работы его ПО, но она не может быть менее 4мксек.

Максимально число слов данных в сообщении равно 32.

Максимальное число ОУ на линии – 31 + с учетом адреса контроллера, так как общее число адресов устройств интерфейса в сети = 32. Среди команд управления, число которых в стандарте задано 15 (остальные - резервные), имеется команда к ОУ «дай ответное слово».

Если ОУ хочет по собственной инициативе начать передачу, то он этого сделать не может, но у него есть единственная возможность обратить на себя внимание контроллера и в конце концов передать имеющееся у него сообщение. Для этого ОУ в своем ответном слове на команду «дай ответное слово» или любую другую команду в 11 позиции ответного слова должен установить в 1 – бит флага «запрос на обслуживание».

Получив в ответном слове эту информацию, контроллер по собственной логике, заложенной в его ПО может запросить информацию с ОУ командой запроса данных (формат 2). Только после этого ОУ сможет передать свою инфорпмацию. Таким образом, ОУ могут проявлять контролируемую инициативу по передаче данных в линию. Забота о периодическом опросе флагов ОУ «запрос на обслуживание» лежит на контроллере, точнее на его ПО прикладного уровня, реализующем логику управления сетью.

Таким образом, передача из контроллера сообщения на 3 различных ОУ из двух слов данных на каждый займёт время

3(КС+12 мксек.+2СД+ ОС+ t₁ )= 288 мксек.

Запрос данных с двух ОУ по 4слова данных с каждого займет время

2( КС +12мксек. +4СД+ОС+ t₁ )=272 мксек.

Выдача команды (КС) на 5 ОУ займет время

5(КС+12мксек+ОС+ t₁ )=280 мксек.

Здесь КС, СД, ОС – времена передачи соответственно командного слова, слова данных, ответного слова, равные по 20 мксек.

Данные времена передачи данных применительно к мехатронной СТС являются достаточно малыми ( период повторения решения задач~О,1 сек), т.е. сеть не вносит принципиального запаздывания в систему управления СТС.

Защита информации в сети MILSTD1553B

Разряд контроля четности во всех типах сообщений формируется таким образом, чтобы сумма всех 17 разрядов, несущих информацию, включая разряд контроля четности, была нечетной. Такой простой способ связан с тем, что он охватывает каждые 20 бит - очень короткие сообщения. На таких коротких сообщениях и на 1 МГц вероятность двойных и тройных сбоев очень мала.

ОУ, контроллер и сама линия передачи информации дублированы – имеется канал А и канал В.

В каждый момент времени работает только один канал А или В. Переход на резервный канал осуществляется автоматически по логике, заложенной в ПО пользователя для контроллера, то есть на прикладном уровне. Возможны ситуации когда с одним ОУ ведется общение по каналу А, а с другим по каналу В.

Имеется защита от органического недостатка шинной топологии возможности атаки на доступность путем генерации в линию непрерывных сигналов одним из абонентов вследствии отказа или по злому умыслу. Для этого в контроллере предусмотрена специальная команда блокировки генерящего. Если генерящий ОУ в канале А, то эта команда выдается по В, если генерящий в В, то команда выдается по А. Это стало возможным потому, что дублирование производится не пользователем, а является неотъемлемым свойством сети.

Кроме резервирования дублированием, наличия информационной обратной связи через ответное слово ОУ, наличия логического контроля правильности передачи по биту четности и содержимому контрольных битов в ответном слове, имеется также аппаратный контроль формы импульсов в среде передачи. Кроме того, сам фазоманипулированный код Манчестер II обладает повышенной поме­хозащищенностью.

Таким образом, в стандарте MILSTD1553B реализованы беспрецедентные меры по защите передаваемой в сети информации.

Описанная логика работы сети реализуется в наборе микросхем, имеющихся на рынке. Известный производитель - фирма DDC. Имеются отечественные про­изводители плат, реализующих интерфейс M1LSTD1553B, которые могут быть подключены к ПК и другим ЦВМ.

CAN-контроллерная местная сеть (Controller Area Network).

CAN(Controller area network) - название последовательного интерфейса, который был разработан компанией BOSCH - ведущим поставщиком автоэлек­троники, в начале 90х годов, первоначально для использования в ав­томобильных приложениях. Сегодня на рынке можно найти несколько версий протокола и более сотни реализаций протоколов CAN в виде отдельных микросхем или интерфейсов, интегрированных в оборудование, оснащенное мик­роконтроллерами. Настоящая лекция построена применительно к версии САN 2.0а.

Ныне CAN рассматривается как стандартный последовательный интерфейс - стандартная контроллерная сеть для распределенных систем управления в различных отраслях техники, в том числе в ав­томобильной, аэрокосмической, медицинской отраслях, а также в роботизированных промышленных установках.

Массовое производство компонентов CAN для автомобилей десятками известных производителей тиражами в десятки миллионов штук ежегодно сделала тех­нологию достаточно дешевой.

В качестве международного стандарта протокол CAN был при­знан в 1993г - ISO 11898.

Протокол отличается надежностью передачи, помехоустойчивостью и обладает следую­щими возможностями:

• Распределенный доступ абонентов в сеть с неразрушающим арбитражем,

• Обнаружение ошибочных ситуаций при передаче, когда ни один абонент правильного сообщения не принял, и информирование пере­датчика о них,

• Возможность подключения в сеть дополнительных абонентов без уточнения ПО существующих, из-за оригинальной системы адресации сообщений.

• Одно и тоже сообщение по CAN может быть принято несколькими абонентами ,настроенными на прием данного типа сообщений.

• Количество узлов на шине не ограничено логически, так как нет почтового адреса у абонента (ограничения только по электрической нагрузке).

Протокол CAN обеспечивает пользователю два коммуникацион­ных сервиса: посылку сообщений (передача кадра данных) и за­прос сообщения (удаленный запрос на передачу или remote transmission request , RTR).

Другие сервисы: сообщения об ошибках, повтор передачи после обнаружения ошибки и т.п. является для поль­зователя прозрачным, т.е. микросхемы CAN выполняют эти действия автоматически. В отличие от MILSTD1553В, где эти функции выполня­ются ПО прикладного уровня.

В CAN четко просматривается физиче­ский и канальный уровни семиуровневой OSI. Верхние уровни OSI объединены и программируются пользователем.

Физический уровень сети CAN

Топология сети CAN - шина. Подключение абонентов к линии передачи без шлейфов. Обычно физический уровень реализуется в виде трех проводов. Два сигнальных - экранированная витая пара, и один общий. Возможно использование неэкранированных параллельных проводов, однако при этом вероятность искажения сообщений повыша­ется в 50 раз.

Скорость передачи информации до 1 Мбит/с, при дли­не линии 50 - 60 м. С увеличением длины линии допустимая скорость передачи падает. При длине линии 1000 метров скорость передачи 50 - 60 кбит/с поэтому CAN допускает программирование скорости обмена от 10 кбит/с до 1 Мбит/с. Возможна реализация физического уровня на оптоволокне, в радиоканале, в ИК канале. Синхронизация приемника и передатчика обеспечивается при NRZ кодировании небольшой длиной сообщений, перемежаемых периодически синхорсигналами.

Формат кадров в сети CAN

Обмен информацией между узлами осуществляется кадрами переменного размера до 108 бит. При этом кадр начинается стар­товым битом и идентификатором в 11 бит, длина поля данных может варьироваться от 0 до 8 байт. Сегмент контрольной суммы CRS за­нимает 15 бит.

Обращает на себя внимание само поле данных - не более 8 байт. Это обеспечивает малое время задержки при пере­даче (сообщение короткое) с одной стороны, а с другой стороны является достаточным для тех задач управления, которые решает сеть CAN. При необходимо­сти передать по CAN длинного сообщения оно может быть фрагментировано на несколь­ко коротких до 64 бит.

0-64 бит поля данных

Б ит RTR 6 бит поля управления 3 бит поля подтверждения

…

...

Стартовый бит 15 бит поле CRS

11 бит идентификатора 7 бит поле конца кадра

Распределенный доступ абонентов в сети CAN. Арбитраж при возникновении столкновений сообщений

В отличии от сети MILSTD1553B, сеть CAN имеет не централизо­ванный, а распределенный доступ абонентов на шину, т.е. передача может быть инициирована любым узлом сети CAN при условии обнаружения им сво­бодной шины. Поэтому после мониторинга шины передача может быть начата одновременно несколькими узлами сети, т.е. возможно возникновение столкновении сообщений - коллизий (как в Ethernet).

Каждый на­чавший передачу узел осуществляет мониторинг поля идентифика­тора и бита RTR, находящиеся в заголовке кадра, - поля арбитража. Идентификатор типа сообщения определяет одновременно его приоритет. Разрешение коллизий в сети осуществляется на базе трех основных положений.

1. Идентификатор типа сообщения передается в последовательности от старшего бита к младшему. Доминирующим уровнем сигнала в сети принят логический 0. Одновременная пе­редача по сети (столкновение) бита с доминирующим уровнем (лог.0) и рецессивным уровнем (лог.1) дает в результате уровень логического нуля т. е. логический 0 всегда побеждает. Столкновение бит одинакового логического уровня дает в результате сигнал на шине того же логического уровня.

2. Код идентификатора типа сообщения несет в себе информацию о приоритете сообщения. Чем меньше номер идентификатора сообщения т. е. больше нулей в старших битах идентификатора, тем более приоритетным является тип сообщения.

3. В процессе передачи «поля арбитража» - идентификатора + RTR каждый передатчик, ведущий передачу, проверяет текущий логический уровень на шине и сравнивает его с тем значением уровня, который он только что от­правил в шину и который он запоминает.

Как только одним из передающих узлов будет обна­ружено, что он передал лог.1 ,а на шине этот бит превратился в лог.0, он поймет, что его «перешибло» более приоритетное сообщение и ему надо уступать – сразу же прекращать свою передачу, так как его сооб­щение во первых исказилось и во вторых имеет меньший приоритет из двух сообщений, столкнувшихся на ЛПИ.

При этом узел, ведущий передачу более приоритетного сообщения, передачу не прекращает – ведь его сообщение не исказилось и доводит ее до конца. Именно поэтому такой метод арбитража мы назвали неразрушающим. В отличие от Ethernet ,где тоже распределенный доступ, но при столкновении сообщений оба передающих узла прекращают передачу ,так как оба сообщения искажаются. После этого проводится процедура «расшаркивания» и повторения попытки передачи. Все это снижает производительность сети Ethernet,

Таким образом, арбитраж при выходе на шину осуществ­ляется не по приоритету передающего узла, а по приоритету пере­дающегося сообщения, который заключен в его идентификаторе.

Рассмотрим коллизию узла1 и узла 2.

Узел 1 0 1 0 1 1 0 1 1 0 1 0 0 Это идентификатор+RTR

Узел 2 0 1 0 1 1 0 1 1 1 . . . Узел 2 прекратил передачу

На линии 0 1 0 1 1 0 1 1 0 1 0 0 Узел1 передает до конца

Таким образом, приоритетным в сети при столкновениях сообщений является сообщение с наименьшим номером. Чем больше нулей в старших разрядах иден­тификатора, тем выше приоритет сообщения.

После освобождения шины попытка передачи менее приори­тетного сообщения может быть повторена.

Обеспечение надежности передачи в сети CAN

В отличие от многих других коммуникационных технологий, ис­пользующих принцип подтверждения (квитирования) факта получе­ния узлом адресованного ему сообщения за требуемый интервал времени, в стандарте CAN подтверждения получения сообщения индивидуально каждым узлом отсутствуют, и передатчику сообщается :

появление кадра с ошиб­кой передачи, причем специальным сообщением об ошибке

факт, что хотя бы один узел сообщение при­нял.

Для этого используется упомянутый кадр сообщения об ошибке, а также бит подтверждения ( в ASK поле) принятия сообщения. ASK поле - поле подтверждения передачи работает следующим образом. Передающий узел всегда посылает в этом поле рецессивный бит - логическую 1. Ес­ли приемник принял сообщение правильное (подтверждается кон­трольной суммой), то он успевает в рамках этой передачи сразу установить в это поле бит доминирующего уровня - логический 0, который по определению «перешибает» рецессивный уровень.

Передатчик читает значение этого бита прямо на линии в процессе передачи и понимает, что в случае наличия доминирующего бита (логического 0) в этом поле, хотя бы один узел принял сообщение правильно.

При этом возможно, что все узлы, настроенные на данный идентификатор сообщения, приняли его правильно ,возможно ,что не все. Передатчик этого по данному виду контроля не распознает. Но если хотя бы один принял правильно , то передатчик считает , что он сообщение передал и далее у него проблем нет, а проблемы у того, кто не смог принять сообщение , и «успокаивается».

Таким образом, «философия» линии более «эгоистична», чем , например ,в 1553 В.

Получив информацию об ошибке, передающий узел повторяет передачу исходного сообщения.

Необходимость резервирования элементов и ЛПИ определяется разработчиком сети и осуществляется, при необходимости, вне рамок протокола CAN.

Адресация сообщений в CAN

В протоколе CAN отсутствует прямая адресация сообщений по уникальному адресу абонента.

Имеется идентификатор сообщения, который определяет при­оритет и тип информации сообщения. При передаче сообщение получают все абоненты и проверяют тип сообщения. Абонент берет в обработку только тот тип сообщения, идентификатор которого «зашит» у него в памяти. Каждый абонент может обрабатывать до 15ти типов сообщений.

Таким образом, в CAN имеется возможность одновременной передачи сообщений нескольким абонентам, в том числе синхро­сигналов для всех.

Кроме того новые узлы, добавленные в сеть, не меняют ПО существующих узлов, если они являются потребителями или производи­телями имеющихся в сети типов сообщений.

Вопросы для повторения

Сложные технические системы

Задачи, вызвавшие появление вычислительных сетей.

Cети ЦВМ – системообразующий элемент при управлении СТС

Схема процесса коммуникации и основные понятия сетевых технологий управления

Разделяемая среда передачи

Классификация компьютерных сетей. Глобальные и локальные сети.

Особенности ЛВС управления СТС

Структура пакетов ЛВС

Контроль целостности - Обнаружение ошибок при передаче данных. Циклический избыточный контроль CRC (Cyclic Redundancy Check). Стандартизация и структуризация телекоммуникационных процессов. Модель OSI.

Дуплексная и полудуплексная передача информации в ЛВС

Топология вычислительных сетей.

Топология шина и безопасность сети

Анализаторы протоколов сети

Кодирование бит информации. данных. Код NRZ

Проблема синхронизации передатчика и приемника

Самосинхронизирующиеся коды. Код RZ. Манчестерский код.

Физический уровень сети MILSTD 1553B

Централизованный метод доступа абонентов в сеть MILSTD1553B

Типы и форматы сообщений в 1553В

Защита информации в сети MILSTD1553B

CAN-контроллерная местная сеть (Controller Area Network).

Физический уровень сети CAN

Формат кадров в сети CAN

Распределенный доступ абонентов в сети CAN. Арбитраж при возникновении столкновений сообщений

Адресация сообщений в CAN

Обеспечение надежности передачи в сети CAN

Лекция 12. Реализация управления СТС. Архитектура системы и ПО управления СТС реализующая сложное поведение СТС.

Иерархическое структурирование ПО средство обеспечение сложного управления

Рассмотренные положения управления являются скорее теоретическими и относятся к системам управления, которые можно назвать простыми, для которых имеется один контур управления и одна или несколько управляемых координат. Конечно требуется рассмотрение примеров СТС, на которых можно показать методы реализации управления СТС на практике. На этих примерах также будет показана определяющая роль компьютерного управления и ПО компьютеров , встроенных в систему управления, реализующих сложность поведения СТС. СТС совсем не обязательно связана с управлением ракетой спутником или самолетом

Рассмотрим простой пример - СТС, например, стиральную машину, работа которой всем понятна. Управление работой этой системы осуществим от встроенной ЦВМ. Стиральная машина многорежимна и обладает всеми признаками сложного поведения и по нашей классификации является СТС.

Проведем черту, ниже которой последовательно запишем наименования оборудования, которое должно управляться от ЦВМ. Сразу над чертой запишем задачи по управлению каждой единицей оборудования. Каждой из этих задач в ЦВМ соответствует программа ПО. выполняющая только данную элементарную задачу. Например, программа, которая умеет включать и выключать двигатель на заданную угловую скорость вращения или программа, умеющая открывать и закрывать клапан холодной воды, конечно, когда ее об этом «попросят» – передадут на нее управление. Кто же это сделает? Это должна сделать специальная программа ,обеспечивающая последовательное в нужном для проведении стирки порядке включение аппаратуры стиральной машины .

Программы комплексного функционирования

Управление циклом выполнения заданного режима стирки

Интерфейс Управление Управление Управление Контроль Измерение измерение

температуры

пользователя клапаном клапаном двигателем безопасности уровня

хол.воды слива воды

------ ------------------ ----------- ----- ----//------- --------- -----

Клавиши Клапан хол. Клапан и на Двигатель Устройства Датчик датчик

температуры

и экран воды сос слива воды безопасности ур овня

Эта специальная программа работает не напрямую с аппаратурой, а через рассмотренные нами программы, решающие задачи элементарного управления оборудованием, запуская их в определенном порядке. Совокупность рассмотренных программ позволяет реализовать сложное и безопасное управление.

Таким образом, ПО управления стиральной машины предстает в виде двухуровневой иерархической структуры. Именно такое представление позволяет реализовать сложное поведение СТС

Программа «управление циклом выполнения заданного режима стирки» имеет задачу реализации заданной последовательности работы устройств стиральной машины (в необходимых случаях параллельной работы) при выполнении выбранного оператором режима стирки.

Таких программ, которые мы назвали ПКФ, должно быть столько сколько режимов стирки имеется у машины. Программа реализует эту последовательность путем обращения и инициализации по определенной временной диаграмме программ нижнего уровня, управляющих работой отдельных устройств машины

Далее приведен более сложный пример управления подсистемами спутника. Рассмотренный принцип естественного формирования структуры ПО для управления СТС справедлив и здесь. Отличия - в масштабе системы, сложности алгоритмов управления и потребных ресурсах ЦВМ. Другое отличие связано с автоматическим выбором необходимой ПКФ программами ПО планирования работы спутника по информации, переданной с земли. Это образует еще один уровень иерархии ПО. Тогда как в стиральной машине выбор режима – ПКФ осуществляется напрямую оператором.

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

В данных структурных схемах ПКФ тот самый элемент структурной схемы, который должен аккумулировать в себе все функциональные изменения при развитии системы и ПО.

Функциональные задачи и декомпозиция СТС на подсистемы

Рассмотрим функциональные задачи для сложной технической системы - спутника, которые решаются последовательно путем включения в работу того или иного набора бортовых систем:

- После отделения от ракеты-носителя спутнику необходимо погасить угловые возмущения, возникшие вследствие работы механизмов отделения спутника и перейти в ориентированное антеннами на Землю угловое положение и поддерживать его в течении полета. Для этого нужны датчики, позволяющие обнаружить и «захватить» землю или солнце;

- Проводить сеансы связи по целевому назначению при нахождении в зоне радиовидимости наземного пункта приема - передачи. При этом спутник должен быть ориентирован осью остро направленных антенн на землю, а точнее на наземные пункты приема и передачи информации и включать радиолинию строго в момент вхождения в зону радиовидимости.

- В заданное время провести коррекцию орбиты путем включения бортовой двигательной установки на точно рассчитанное время при строгой ориетации вектора силы тяги двигателя для поддержания требуемых параметров орбиты, которые непрерывно меняются под действием возмущений, действующих на спутник в полете;

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

-Управление спутником в случае возникновения нештатных ситуаций – решение задачи безопасности, что связано с необходимостью переключения соответствующей БА на резерв, с возможным восстановлением впоследствии утраченного ориентированного состояния ( см. первую задачу и т. п.

Можно сказать, что этим функциональным задачам соответствуют «варианты использования» спутника или режимы его работы.

Сеч 1 Сеч 2

__________________________________________________

СОИС ============================================ }A1,A2,A3

ЗАП ЗАП ЗАП ВОС, НП ЗАП ЗАП ЗАП

СТК –– –– –– –– –– ––А4

КРЛ А5

САН –– –– –– –– А6