АСУВ: Вопросы без ответов (часть 2)

4. Решение

Если очень коротко, то решение командира бригады на какой-либо вид тактических действий, является совокупностью замысла, конкретных задач подчиненным подразделениям, основных вопросов взаимодействия, управления и всестороннего обеспечения. Другими словами: если замысел отвечает на вопрос «как?», то решение – ответ на вопросы «как?», «кто?» и «когда?».

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


Не ближний свет, кстати. Удаление КП армии от КП бригады в оборонительной операции может быть и 40 и 100 км. А общевойсковых бригад в армии (ОК) – от трех до пяти-шести. Поэтому свои замыслы командиры соединений обычно докладывали командующему по телефону. А графика? А вот обходились как-то. Поскольку передать графическую часть путем «надиктовывания» по телефону – это обречь себя на кучу нестыковок и несовпадений.

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

Напоминаю, что системы «Акация» и «Созвездие» до сих пор не могут воспроизводить графическую информацию друг-друга.

Все же, допустим, что в штабе армии имеется терминал, с загруженным на него ПО от ЕСУ ТЗ. Командующий в ходе доклада командира бригады имел возможность увидеть замысел и утвердил его.

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

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

Про «Майкрософт» и «Эксель» уже говорилось.

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

Вот только сделать в автоматическом режиме в системе ЕСУ ТЗ (которая, как известно, состоит из нескольких подсистем – командира и штаба, разведки, артиллерии, ПВО и т.д.) достаточно проблематично. И вот почему.

Разные подсистемы делали для ЕСУ ТЗ разные производители. Не только входящие в концерн «Созвездие». Но о них – позже.

Концерн «Созвездие» - это совокупность научно-исследовательских и производственных предприятий и учреждений, которые специализируются, в основном, на разработке и производстве… внимание, барабанная дробь(!) ….. СРЕДСТВ СВЯЗИ.

Так вот. Начальник связи 5 омсбр в ходе проведения исследовательского КШУ в Алабино, вынужден был получать задачи от начальника штаба бригады не в автоматизированном режиме, а личным общением, ввиду того, что…

(цитата из отчетных документов о проведении учения):

«… на АРМ начальника связи бригады загружено программное обеспечение, которое не стыкуется с программным обеспечением подсистемы командира и штаба»

Конец цитаты.

Сапожник без сапог?

Примерно аналогичное положение дел с подсистемами разведки, ПВО и другими.

Видите ли, мое глубокое убеждение состоит в том, что понятие «интегрирование подсистемы в общую систему АСУВ» не должно ограничиваться всего лишь установкой на пункте управления системы «Барнаул» начальника ПВО бригады одинокого компьютера из подсистемы командира и штаба. Информация из которого должна вручную переноситься в АРМы комплекса «Барнаул».

Интегрирование – это когда вся общевойсковая обстановка, отображенная командиром на электронной карте в своей подсистеме, автоматически отображается непосредственно в устройствах отображения информации других подсистем, а не только в «выносных» АРМах подсистемы КиШ, установленных на ПУ начальников родов войск и служб. И наоборот: информация, например, о воздушной обстановке, формируемая в подсистеме ПВО (комплексе «Барнаул») должна (по желанию командира) отображаться «поверх» общей тактической обстановки, непосредственно в его штабной машине. Причем без всякого «посредничества» офицеров обоих подсистем управления.

Но, предположим, что указанные выше проблемы в АСУВ нашей «виртуальной бригады» отсутствуют.

Что же является «конечным продуктом» работы управления бригады на этапе выработки решения?

Боевые документы!

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

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

Наиболее важными из этих документов являются:

1. Рабочая карта командира бригады (карта решения, утвержденная старшим начальником).

2. Текстуальная часть (легенда) решения, или пояснительная записка к решению.

3. Боевые распоряжения командирам всех подразделений бригады, а также распоряжения по всем видам обеспечения (тоже всем подразделениям бригады).

Мы уже знаем, что отправить файл электронной карты решения командира бригады на пункт управления старшего начальника возможно. Только открыть и посмотреть – пока не получается. Но если такая функция и будет реализована, то к ней в обязательном порядке должна быть добавлена и функция т.н. «электронной подписи». После чего такой файл должно быть невозможно изменить в принципе. То же самое должно быть и с утвержденными файлами решений командиров подразделений бригады. Комбриг принял, прочитал, посмотрел, утвердил - распечатали.

И в сейф. Для прокурора. Или историка. Тут уж – как повезет.

Как в комплексе ЕСУ ТЗ обстоит дело с распечаткой важнейших боевых графических документов, то есть карт?

Пока никак.

Хотя, устройство для печати карт в комплекте имеется, но распечатать решение командира бригады на оборону в ходе КШУ в Алабино не получилось. По техническим причинам. Искренне надеюсь – устранимым.

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

Пусть, даже все работающие на этом пункте управления должностные лица остались целы и невредимы. Что делать с потерянной информацией?

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

Но в ЕСУ ТЗ – полностью бессерверная архитектура локальной сети. То есть потерю данных в уничтоженной машине компенсировать просто нечем. Нет резервного копирования на сервер, ввиду отсутствия такового. Информация уничтоженного АРМа начальника артиллерии не может быть восстановлена!

Для тех, кто не в курсе, напомню – эта система предназначена для использования не в теплых кабинетных условиях, а на войне, где основной целью является не подсчет дивидендов, а уничтожение противника! Который, в свою очередь тоже имеет главной целью уничтожение нас. И при достижении данной цели он в первую очередь будет стремиться уничтожить нашу систему управления.

Или кому-то еще это нужно доказывать?

5. Постановка задач и планирование боя.

Постановка определенных в решении командира бригады боевых задач подразделениям в случае использования АСУВ должно происходить по той же схеме, что и постановка боевой задачи бригаде. То есть, комбат должен получить в электронном виде текстуальное боевое распоряжение, распоряжения по видам обеспечения и файл для нанесения его на свою электронную карту с отображением:

известных на момент постановки задачи данных о противнике;

собственно, задачи батальона в полном объеме;

положения и задач подразделений, выполняющих задачи в интересах батальона (например, инженерных и РХБ подразделений, обеспечивающих его выдвижение в район обороны);

задач поддерживающих батальон подразделений;

задач других подразделений, действующих в полосе (зоне ответственности) батальона (например ПТРез и ПОЗ бригады), разграничительных линий с соседями и их задач (для поддержания устойчивого взаимодействия с ними).

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

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

При применении АСУВ проблема заключатся в т.н. «забое» топоосновы. Наложение на карту комбрига решений подчиненных даже на одну ступень делает решение настолько «перегруженным», что под массой тактических знаков уже не видно топоосновы, на которую они нанесены. Выход есть – применение автоматического уменьшения тактических знаков с одновременным переходом на более крупномасштабное отображение топоосновы.

АСУВ: Вопросы без ответов (часть 2)

Рис. 11. Решение командира 5 омсбр на оборону, отображенное с использованием аппаратно-программных средств ЕСУ ТЗ «Созвездие».

Вот только в графическом редакторе, применяемом в ЕСУ ТЗ сделать этого нельзя. Тактические знаки будут увеличиваться в размерах пропорционально увеличению масштаба отображения карты. И по прежнему «забивать» топооснову.

Поэтому в ходе КШУ в Алабино решения подчиненных командиров на карте комбрига решили вообще не отображать (Рис. 11). В правой части экрана хорошо видно район огневых позиций бригадной артиллерийской группы (БрАГ). Огневые позиции дивизионов отображены районами, а не «по-батарейно».

Севернее района ОП БрАГ видно размещение дивизиона «по-батарейно». Однако, не стоит обольщаться. Это – район стартовых позиций 1 дивизиона 132 зенитно-ракетной бригады – то есть средства командующего армией (ОК). На карту комбрига этот дивизион был нанесен еще в момент получения бригадой боевой задачи.

А вот что отображается на экране АРМа командира батальона (Рис. 12):

АСУВ: Вопросы без ответов (часть 2)

Рис. 12. Вид экрана командира батальона

Поясню.

Данный участок карты воспроизводит Алабинский полигон. На нем, собственно и проводилось КШУ. Красный кружок в центре карты – точку стояния (местонахождение). По логике – вся карта вокруг него должна быть в синих красных и черных тактических знаках. Но мы видим лишь красный кружок и треугольник.

А ставилась ли на самом деле боевая задача командирам батальонов? Ведь только файл с графической задачей комбату должен насчитывать десятки тактических знаков? И отрабатывались ли в ходе этого учения решения командиров подразделений с применением комплекса ЕСУ ТЗ?

Почему мы видим у комбата пустую карту?

И был ли, собственно, мальчик?

И, кстати, об устойчивости системы к воздействию противника. В случае выхода из строя АРМа командира любого уровня восстановить утраченную информацию в системе ЕСУ ТЗ будет, как мы уже знаем, невозможно. Так вот если в ходе боя пуля попадет в АРМ командира батальона, то перейти на «ручное управление» с помощью обычной бумажной карты, или распечатанной копии файла своей электронной карты будет также невозможно. Устройство для печати карт (широкоформатный плоттер) есть только в управлении бригады. В единственном экземпляре.

При этом, устройства для печати (не только карт, а вообще – любых документов, даже формата А4) на уровне батальона и ниже отсутствуют как класс.

6. Управление в ходе ведения боя.

Еще раз процитирую руководителя КШУ с 5 омсбр полковника М.Ю.Теплинского:

«Для того, что бы перейти на автоматизированный способ управления, нам нужно знать, что нам нужно на самом деле. На настоящий момент у нас есть понимание - что нам нужно при планировании.

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

Второе. Автоматическое доведение «общей», т.е общевойсковой обстановки. Она передается всем и на нее каждый накладывает свои предложения, свое решение.

Но у нас нет общего понимания, что нужно делать и как осуществлять автоматизированное управление войсками во время боя. Во время динамики, которая будет идти. Когда обстановка будет меняться – кто будет набирать на клавишах дрожащими руками сообщения какие-то?

Такого не будет! К сожалению.»

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

Необходимо отметить, что, несмотря на отсутствие возможности одновременной совместной работы на одной карте, например, командиров батальонов и командира бригады, последний может получать на экране своего АРМа данные о положении объектов, имеющих комплексы ГЛОНАСС позиционирования. То есть на фоне топоосновы можно в реальном времени увидеть передвигающиеся по полю боя БТРы подчиненных подразделений и точно определять их координаты. В принципе, командиры всех уровней могут увидеть положение, направление движения и определить координаты любого такого объекта – до солдата включительно. И это – немаловажно!

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

И все же, «основным поставщиком» данных о положении противника, по мнению полковника М.Ю.Теплинского, в системе ЕСУ ТЗ пока могут быть только органы и средства радио, радиотехнической и войсковой разведки, у которых имеются соответствующие комплексы для обнаружения, опознавания (идентификации) объектов противника и определения их координат.

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

АСУВ: Вопросы без ответов (часть 2)


Возьмем максимально модный сейчас у военных источник информации – беспилотный летательный аппарат (БЛА). Мы не будем вдаваться в его летно-технические данные (тип и мощность двигателя, удельная нагрузка на крыло, максимальная дальность и высота полета, полезная нагрузка, продолжительность нахождения в воздухе, показатели маневренности и т.д.). Естественно, что «чем лучше – тем лучше». Однако, все эти показатели с точки зрения прохождения информации для нас пока не столь важны.

Так же в стороне мы оставим вопрос управления собственно аппаратом в полете. Для нас пока тоже не принципиально – летает ли БЛА «самостоятельно» (т.е. по заранее заданной программе), или управляется оператором, а также садится на ВПП, или на парашюте.
Просто предположим, что у нас есть некий разведывательный аппарат с некими «средними» ЛТД, способный летать, вести видеосъемку и фотографировать «подстилающую поверхность». А также оснащенный средствами связи, позволяющими передавать полученную информацию на точку взлета (пункт управления полетом).

Главное – что бы он это делал!

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

Итак, полетели?

Стоп!!!

Во-первых: в армии все делается по приказу (команде)! В том числе и полеты всех и всяческих летательных аппаратов.

Во-вторых: А куда, собственно лететь?
Естественно, на территорию, занятую противником, куда же еще?

Но возможности аппарата не безграничны и время облета им всей зоны детальной разведки бригады все-таки больше, чем «мгновенно». А в обороне, между прочим, эта зона (т.е. фронт обороны умноженный на максимальную дальность огня самого дальнобойного средства + 1/3 фронта зоны обороны в стороны соседей) может составлять 20 на 35-40 км.

Всего-то!

Для того, что бы полностью «накрыть» этот район фотоснимками поверхности размером 400 на 500 метров (200 000 кв м), сделанных с высоты полета в 200 м, понадобится сделать около 4000 (четырех тысяч!) снимков. Для этого БЛА должен пролететь по прямой (не считая виражей) около 1600 км.
При средней скорости 100 км/час продолжительность полета по всей зоне будет составлять (без перекрытия площади снимков) 16 часов.
Не многовато ли для темпов современного общевойскового боя?

Для справки:
Скорость, дальность и продолжительность полета имеющихся в РФ отечественных БЛА:
АСУВ: Вопросы без ответов (часть 2)


Поэтому при подготовке обороны существует такое понятие как «направление сосредоточения основных усилий» (НСОУ).
Вопреки расхожему мнению, «направление» в данном случае, – это отнюдь не «тонкая красная линия», а площадная фигура! Иногда достаточно причудливой геометрической формы. Ее границы директивно определяет командиру бригады старший начальник в своем боевом распоряжении (боевом приказе). В этих границах командир при принятии решения сосредотачивает основную часть своих сил и средств, и способов их воздействия на противника. А начальник разведки бригады – основные усилия

подчиненных ему сил и средств разведки. Как правило, эта зона может составлять от 1/4 до 1/3 всей площади детальной разведки бригады.

Но как об этом узнает командир разведывательного органа (командир разведвзвода разведывательной роты разведывательного батальона бригады), на вооружении которого состоит наш БЛА? Другими словами: как информация о границах направления сосредоточения основных усилий бригады дойдет до исполнителя?

И вот тут мы переходим в область решения информационных задач.

Передача данной информации относится к информационной задаче номер 3,«Доведение боевых задач», которая включает в себя следующие информационные процессы:

АСУВ: Вопросы без ответов (часть 2)


Самым простым (и наиболее наглядным) способом постановки задач является передача с пункта управления объекту управления (в данном случае – командиру разведывательного органа) электронного файла графической обстановки с отображением предполагаемого района полета, вписанного в ту самую геометрическую фигуру, обозначающую НСОУ:

АСУВ: Вопросы без ответов (часть 2)


А откуда все это берется?
Для создания такого файла начальник разведки бригады (если он ставит задачу командиру разведывательного органа напрямую, минуя его непосредственных начальников) в своей подсистеме разведки должен:

1. Получить от начальника штаба указания об организации разведки, а от командира бригады - соответствующую графическую информацию (подсистема командира и штаба) о начертании разграничительных линий, района (направления) СОУ и положении своих войск в масштабе 1:100 000. А это – выполнение информационных процессов 1.2 «Сбор данных обстановки» и 1.7 «Отображение данных обстановки» в ходе реализации информационной задачи номер 1 «Непрерывная работа с данными обстановки».

2. Привести полученные графическую информацию базовому масштабу своей рабочей карты (1:50 000) (выполнение информационного процесса 1.3 «Обработка данных обстановки» и отобразить ее на экране своего автоматизированного рабочего места).

3. Оценить площадь НСОУ и положение своих войск, в том числе местоположение БЛА (информационный процесс 1.4 Изучение данных обстановки той же информационной задачи)

4. Принять решение на организацию разведки (выполнение второй информационной задачи «Выработка решения» в полном объеме), в том числе – определить порядок и сроки использования БЛА (причем не одного, а всех, имеющихся в бригаде).

5. Отобразить поверх обстановки, полученной от командира, свое решение на организацию разведки и утвердить его у НШ бригады. Элементом этого решения и будет район и время полета нашего конкретного БЛА, который на рисунке отображен красным пунктиром с желтой подтушевкой, а также порядок и сроки доклада полученных результатов. (выполнение информационного процесса 1.7 «Отображение данных обстановки»).

6. Передать выработанную информацию исполнителям и…

7. … получить от них сначала квитанции с подтверждением, а затем – решения подчиненных на применение БЛА (полетные задания) и утвердить их, то есть выполнить два вышеуказанных информационных процесса информационной задачи номер 3 «Доведение боевых задач».

А что делает, получив задачу на использование БЛА, командир разведывательного органа?

Порядок действий и, соответственно, протекание информационных процессов у него почти такой же.

Отображает. Уясняет. Оценивает обстановку. Принимает решение. Отображает принятое решение (полетное задание) на электронной карте своего АРМа. Отправляет начальнику разведки на утверждение. Получает утвержденный вариант.

Примерно вот в таком виде:

АСУВ: Вопросы без ответов (часть 2)


Полетели?

А вот индейское жилище, ребята!

В ЕСУ ТЗ все не так просто. Если начальник разведки со своим единственным АРМом входит одновременно в две подсистемы (командира и штаба и управления разведкой), то у командира разведывательного дозора, который входит в единственную подсистему (управления разведкой) своих автоматизированных мест должно быть, как минимум два:
Это ЕС-1856, установленный на бронеобъекте:

АСУВ: Вопросы без ответов (часть 2)


Работает этот девайс на ОС МСВС и именно на него придет задача на использование БЛА

АСУВ: Вопросы без ответов (часть 2)


….а также ноутбук фирмы «Панасоник», который используется для составления полетного задания и управления БЛА в полете. Операционная система – небезызвестный «Windows-XP» (ТМ):

АСУВ: Вопросы без ответов (часть 2)


Его вид с другой стороны на фото ниже.

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

АСУВ: Вопросы без ответов (часть 2)


Как, впрочем и обратный перенос полетного задания с «Панасоника» на ЕС-1866. Как вы полагаете, такая работа сильно ускоряет процесс подготовки полета?

АСУВ: Вопросы без ответов (часть 2)


Правда, есть еще один вариант организации разведки с использованием БЛА, точнее – тактический прием втирания очков большому начальству, который был «блестяще» продемонстрирован создателями БЛА на одном из учений с 5 омсбр (на фото слева). Это развертывание пункта управления полетом БЛА (и соответствующих средств его обеспечения) непосредственно в штабной машине командира бригады. То есть – в святая святых командного пункта – в центре боевого управления. При этом, информация, необходимая для формирования полетного задания доводится лично командиром бригады оператору БЛА. С помощью тычка указки, или просто пальцем в экран. А рабочие материалы съемки при таком «совместном» размещении средств управления и разведки сразу докладываются (показываются) командиру.

Разумеется - с экрана машины, с которой происходит управление полетом.
Это, наверное, сделано для того, что бы противник не «заморачивался» и по результатам своей радио и радиотехнической разведки сразу грохнул бы сразу и пункт управления бригады пункт управления БЛА .

Мнение редакции "Военного обозрения" может не совпадать с точкой зрения авторов публикаций

CtrlEnter
Если вы заметили ошибку в тексте, выделите текст с ошибкой и нажмите Ctrl+Enter
Читайте также
Комментарии 17
  1. Sirs 3 сентября 2013 09:07
    Сильно, сильно мы слабы в этом направлении. Грустно(((
  2. shurup 3 сентября 2013 09:47
    Занимательная лекция, но не всякий прослушает её до конца из-за избыточности нетопографических знаков.
    Особенно понравилось об уничтожении комбрига ориентируясь на пункт управления БПЛА. А когда-то ориентировались на бурку, папаху, белую лошадь и большую свиту.
    Так оказывается разработчикам линий связи подкинули слепить АСУВ.
    И они слепили из того, что было.
    Любо, братцы, с нашими высокими командирами жить.
  3. dickest 3 сентября 2013 11:12
    Интересно, эта информация дойдёт до разработчика? Ведь вероятного противника уже наверняка дошла.
  4. вася 3 сентября 2013 11:55
    Какое отставание от ВС СССР.
    На САУВ "Маневр" устройство (назовем по современному - принтер) размечало на уже готовой карте (бумажной) передаваемые необходимые точки. Через ТГА передавалась текстовая часть решения или другая информация, в т.ч. развед. Оставалось только принять решение на своем уровне и в свободное время "раскрасить" карту.
    Сейчас народ сутками сидит для нанесения на электронную (географическую, т.е. отсканированную) карту все необходимое для учений.
    Может хватит заниматься показухой и копированием чужих решений? Может стоит возродить свои наработки? Тем более на оперативном уровне для передачи информации и приема данных КсР есть и работала во время 2-й чеченской аппаратура и спутники. Доработать до уровня ниже легко. Сканнеры и принтеры вместо готовых карт..
    1. Tektor 3 сентября 2013 15:25
      Я так понял, что наслендницей Манёвра сегодня является Андромеда. И надо просто сделать, чтобы каждый разработчик ВТС разрабатывал бы свой файлик, типа, драйвер (наподобие LabVIEW), который бы вставлялся в архитектуру этой Андромеды для полного функционального доступа к подсистеме этого ВТС и согласования интерфейсов.
  5. рядомпробегал 3 сентября 2013 12:44
    Служил в СА 88-90гг. Офицеры нашей роты как раз занимались тем, шо в плотной кооперации с разработчиком ставили на вооружение АСУ "Маневр" Для нужд ПВО фронта. Место дислокации - ГСВГ. Пару раз довелось побывать в кабинах управления на "экскурсии" По тем временам, да и как оказалось по нынешним все было просто сказочно :) И масштабирование карт без одновременного масштабирования формуляров целей, и информацию в формуляре цели направленец сам корректировал. Да и количество, расположение,зоны поражения и боеготовность средств ПВО нормально отображались в отдельном "выпадающем" окне. Вроде как была даже функция - "открыть огонь на поражение" - по команде с АСУ, выбранная пусковая производила обстрел цели. Данные поступали в режиме реального времени прямо с индикаторов РЛС в автоматическом режиме. Ну и соответственно отдельная машина, которая документировала весь процесс боевой работы на бумаге. Таки с широкоформатными принтерами :) Ну и машин с запчастями для "Маневра" стояло штук 30(тридцать) "Уралов"
    За шо нынче в Российской армии думают??? Абыдна :(
    рядомпробегал
  6. Spiegel 3 сентября 2013 12:46
    Спасибо за интересную и толковую статью. Все беды нашей автоматизации разобраны со знанием дела.
    Spiegel
  7. yanus 3 сентября 2013 13:17
    Все таки разработку надо было начать с разработки единого протокола передачи данных, единых форматов данных и тд.
    А сейчас придется писать программы конверторы, программы экспорта/импорта. А потом это понесется как снежный ком...
    Если автор статьи нигде не лукавит, то все печально выглядит. Чуть ли не заново начинать надо.
    1. Ka-52 3 сентября 2013 14:08
      «… на АРМ начальника связи бригады загружено программное обеспечение, которое не стыкуется с программным обеспечением подсистемы командира и штаба»


      , до чего армию РФ довели. Простейшие проблемы СКС , резервирования серверов, графического софта, САПР , принтеров, не могут решить! am
      Надергали с миру по нитке и Нате Вам Супе Пупер Система как в Америке! Дибилоиды! angry Занимаются очковтирательством и баблоотмывательством! Если Ты них... в этом не смыслишь, найми профессионала! Вдобавок где Гос Программа на уровне Министерства Обороны с контролем у Президента!
      Товарищи пишут:
      На САУВ "Маневр" устройство (назовем по современному - принтер) размечало на уже готовой карте (бумажной) передаваемые необходимые точки. Через ТГА передавалась текстовая часть решения или другая информация, в т.ч. развед. Оставалось только принять решение на своем уровне и в свободное время "раскрасить" карту.
      Сейчас народ сутками сидит для нанесения на электронную (географическую, т.е. отсканированную) карту все необходимое для учений.

      Типа советское работало. Да работало, потому что был единый стандарт, на едином протоколе, была единая концепция применения АСУВ в войсках, а сейчас что?
      Ну неужели не могут найти грамотного "Директора ИТ", подписать его на контракт, поставить во главе Холдинга как ОАК к примеру, со всеми фирмами и фирмочками производящими электронику и программное обеспечение , и пинать его проверяя наработки на полигонах!
      Не охота получить 41 год, когда связь передавалась флажками и посыльными с планшетами, а у немцев радиостанции.
      Я думаю, что у нас именно такой уровень технического отставания от амеров в деле АСУВ!

      Не хотел никого обидеть! hi
  8. михаил3 3 сентября 2013 13:46
    Занимательная статья. Итак, поехали.
    Как автор видит современные боевые действия? Дроны, как с погонами так и с масленками на задницах, решают задачу сбора информации. Затем ее обработка и принятие решений идет в неком электронном ядре (для рассмотрения задачи неважно, центральное оно, это ядро, или распределенное по компам в разных местах), причем в реальном времени в ядро на электронную модель обстановки наносятся данные разведки, предложения нижестоящих и мудрые указания вышестоящих. Могучий электронный мозг берет на себя, при помощи специальных алгоритмов, оценку как состояния противника так и боевых возможностей собственных войск. После чего наносится выверенный удар, что приводит к закономерно просчитанной победе. Автор (и это меня очень удивило) помнит, что его система воюет, то есть могут убить и командира и, что конечно куда страшнее, разрушиться его комп. Поэтому нужно... В общем как то так. Очень красиво!
    Горячо, от всего сердца я надеюсь, что именно такая система строится американцами для их войск! И я еще сильнее надеюсь, что наша то система... В общем так. Противника нет, мы на электронных маневрах. Все отменно работает. Противник есть, но интеллектуально мелкий, так сказать. Уже начинаются сбои, но пустив на решение в разы больше сил чем рассчитано можно относительно легко оправдать колоссальный бюджет на эти штуки. К счастью, генералитет и высшее руководство в этой шляпе понимает как свинья в балете. Противник сравним по силе... ой... мама... компьютерщики пытаются удрать в Антарктиду и прикинуться пингвинами. Безуспешно...
    Информация. Кто ж вам, дронам, ее дасть? Противник маскируется, причем он, о чудо, в курсе про дронов! Не буду описывать меры противодействия, долго и скучно, скажу лишь, что зная параметры используемых на беспилотниках камер можно напихать в мозги электронных систем такого... Знаком ли автору статьи термин ГИГО? А до какого уровня этот самый гиго допустим, прежде чем электронное ядро начнет советовать начать атаку на марсианские хищные апельсины? Предлагаю принять конвенцию об уровне дезинформации противника, чтобы сохранить детишкам в погонах милую сердцу возможность играть в войну со своих компов живыми фигурками! Но это в целом еще пустяк.
    Вот вопрос ядра... Надеюсь не нужно обьяснять, в какой степени выработка рекомендации зависит от алгоритма, разработанного для такого решения? И тогда? Сильно подозреваю, что Сноуден основательно прочистил нашему руководству мозги для рассмотрения самого важного факта - нет секретности. НЕТ! НИКАКОЙ! То есть все разработанные в суперсекретных условиях суперпуперпрограммы могут быть украдены и уже украдены. Никакая секретность не способна удержать программиста А от обсуждения куска кода с программистом Б. По... электронной почте!! Да, она внутренняя, исключительно внутри секретного здания. Ну и ... узнать, чего они там треплют не задача, знаете ли. Прошли те времена... И теперь мы не просто гоним при помощи маскировки гиго. Мы надавливаем на алгоритм, абсолютно точно зная, как именно поведет себя компьютеризованный противник! Чего ж еще надо то? Вернее только если они все сами застрелятся.... Можно продолжать еще долго в том же духе.
    Победа в войне лежит там, где она была всегда. Победит тот, кто совершенствует своих людей. И неизбежно проиграет тот, кто пытается переложить их работу на оружие. Этим утверждениям, что "в современных условиях люди не справятся" столько же лет, что и каменному топору. И правда, не справятся. Те кто думает, что топор сам победит, точно не справятся! Безусловно, использовать компьютеры в войне можно и нужно. Но тот, кто ставит на интеграцию систем и "тактические рекомендации" обречен. Точно.
    1. КПА 4 сентября 2013 03:07
      Речь в статье идет об ускорении принятия решений и сокращении времени пциклов управления за счет автоматизации,а не об ИИ.Автор говорит о том что эта главная задача не выполняется.
  9. Andreas 3 сентября 2013 15:00
    Цитата из статьи:
    "Если начальник разведки со своим единственным АРМом входит одновременно в две подсистемы (командира и штаба и управления разведкой), то у командира разведывательного дозора, который входит в единственную подсистему (управления разведкой) своих автоматизированных мест должно быть, как минимум два"

    А почему не один?
    Andreas
  10. roma2 3 сентября 2013 15:53
    Потому что с компа включенного в сеть невозможно управлять и получать инфу с безпилотника а комп с которого управляют БЛА и на который получают картинку по соображениям безопасности (буржуинская техника) нельзя подключить к сети.
    roma2
  11. dzvero 3 сентября 2013 16:44
    вопрос: у всех етих устройств сети начиная с планшета комвзвода должен быть передающий модуль притом достаточно мощный. а что если противник запеленгует расположение каждого передатчика на передовой и накроет данный участок артилерией или авиацией? таким образом в первой очереди выбиваются коммандиры и если ставка была только на автоматизацию, то ето автоматически приведет к нарушению управления с всеми проистекающими.
    1. Andreas 3 сентября 2013 18:34
      Основной режим работы СВЧ-радиостанций пехотных подразделений - это прием команд и данных тактической обстановки.
      В случае необходимости доклада вышестоящему командованию или наведения на цель огня артиллерийской/авиационной поддержки командир пехотного подразделения должен выбрать место, экранированное от прямого наблюдения с позиции противника.
      Andreas
  12. Andreas 3 сентября 2013 17:13
    Цитата: roma2
    буржуинская техника

    С закладками, транслирующими картинку с борта БПЛА одновременно нам и буржуям laughing
    Andreas
  13. roial 3 сентября 2013 17:22
    Мощьность передатчиков не превышает 1 ВТ, при том что СВЧ излучение довольно хорошо гасится окружающим ланшафтом, так что наземными средствами проблематично, а вот с самольота можно довольно на большом растоянии
    roial
  14. corn 3 сентября 2013 21:26
    По-моему Иосиф Грозный - Кадры решают всё.
    Разве выпускник(любой)военного училища умеет работать на клавиатуре со скоростью хотя-бы 60 знаков в секунду?
    Кузьма Прутков-Нельзя объять необъятное.
    Может стоит перестать пользоваться термином АСУВ(автоматизированная система управления войсками,наверное под это название легче рубить деньги).
    Может быть стоит для начала создать компьютерную систему оформления решения командира, работающую одинаково хорошо на всех уровнях,а не замахиваться на АСУВ(по-моему это такая же мечта,как и коммунизм).Алгоритм принятия решения в войсках одинаков на всех уровнях и,скорее всего поддаётся програмированию.
    Статья,с моей точки зрения нужная,но в ней многое свалено в кучу,как и в комментариях.
  15. Асан Ата 3 сентября 2013 22:50
    Впечатление, что описанный АСУВ - невостребованный формат управления в войсках. Как-то сложно представить печатание текстов в бою. Эта система будет работать, когда оператор в кондиционированном тихом помещении, а бой - за сотни, а то и тысячи километров от него. Значит, должно быть как минимум, две системы: одна для локальных войн вдали от Родины, другая, более интуитивная - для серьезных конфликтов. АСУВ ущербна по рождении: Писишки, Винда и прочая западная муть. Понятно, что они постараются всучить армии меченные компы. Не говорю уже о защите информации, каналов связи, шпионах и пр. По мне - потомки Эльбрусов, свой, нестыкуемый с их компами стандарт софта, желательно находящийся за грифами "СС". Недавно читал, что КГБ России работает с пишущими машинками. Однако. (Типа нельзя эту бумагу на мобилу отфотать). Сдается, в серьезных конфликтах, когда ЭМИ сожжет всю электронику, придется расчехлять флажки и сигнальные пистолеты. what
    Асан Ата

Информация

Посетители, находящиеся в группе Гости, не могут оставлять комментарии к данной публикации.
Картина дня