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

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

Имя ему – «сомнение».

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


Вот только, все те должностные лица, которые причастны к разработке и испытаниям этих систем, с редким единодушием избегают отвечать на вопросы, касающиеся не перспектив развития АСУВ, а НЫНЕШНЕГО состояния дел с ними. А также уклоняются от озвучивания РЕАЛЬНЫХ показателей, достигнутых с помощью применения в войсках образцов, комплексов и систем, которые «в самом ближайшем будущем» планируется массово поставить в войска.

Военная тайна?

Сомнение в достоверности информации в отношении истинного (а не декларируемого) состояния АСУВ начинает овладевать по двум причинам:

1. Полное отсутствие информации о конкретных достижениях в плане выполнения важнейшего критерия целесообразности использования АСУВ – сокращения цикла боевого управления.

2. Постоянный перенос сроков принятия на вооружение результатов той или иной ОКР, посвященной вопросам автоматизации управления войсками.

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

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

При этом всего за десять лет работы на эти цели было истрачено около триллиона рублей. Из них только в текущем году - четыре миллиарда.

«Где деньги, Зин?»

В ноябре 2010 года в подмосковном Алабино, на базе 5 омсбр 20-й армии Западного военного округа прошло исследовательское командно-штабное учение с применением комплекса ЕСУ ТЗ «Созвездие». Общественности это учение представлялось как финальное мероприятие при завершении ОКР по теме «Созвездие». А в конце ноября - в ходе сбора руководящего состава под руководством Главкома Сухопутных войск, элементы этого учения были воспроизведены также на Гороховецком полигоне.

Для показа действующим командирам бригад и их заместителям.

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

1. Карты

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

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

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

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

Что конкретно представляют собой файлы электронных карт, используемые в настоящее время в ВС РФ? В чем их особенность и отличие от известных всем Google и Яндекс-карт? Дело в том, что файлы электронных карт геоинформационной системы "Карта 2005" формата *.SXF, принятые на снабжение Вооруженных Сил РФ (приказ Министра обороны от 15 июля 2009 года РФ N 722) являются точными копиями их бумажных собратьев – топографических карт издания Генерального штаба. Как по номенклатуре и масштабу, так и по степени детализации отображаемых объектов, а также году издания (обновления).

То есть, если на военной электронной карте масштаба, например, 1 : 500 000, некий город отображен оранжевым многоугольником с тонкой черной окантовкой, то при увеличении масштаба (приближении объекта путем простой прокрутки колесика «мыши») этот многоугольник будет просто увеличиваться в размерах. Как, впрочем, и все остальные объекты карты (дороги, надписи и т.д.). Без детализации кварталов, улиц и домов, как это реализовано в упомянутых Google, Яндекс и им подобных «гражданских» электронных картах.

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

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

Генеральный штаб использует карты масштаба 1 : 1 000 000 и 1 : 500 000, штабы военных округов (оперативно-стратегических командований) – 1 : 500 000 и 1 : 200 000, армии (оперативные командования) – 1 : 200 000 и 1 : 100 000 и т.д.:

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

Рис. 1 Изображение карты масштаба 1 : 500 000 на экране монитора

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

Рис. 2 Изображение фрагмента этой же карты в масштабе 1 : 50 000

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

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

Рис. 3 Фрагмент карты масштаба 1:100 000 – основной карты, используемой командиром и штабом бригады.

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

Рис. 4 Фрагмент карты масштаба 1:50 000 – основной карты, используемой командирами батальонов (дивизионов)

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

Рис. 5 Фрагмент карты масштаба 1 : 25 000 – основной карты, используемой командирами рот и взводов

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

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

Например. в приведенных выше фрагментах листов (файлов) электронных топографических карт даты съемки исходного топографического материала следующие: у карты масштаба 1 : 100 000 – 01.06.2006 года. У карты масштаба 1 : 50 000 – 01.01.1996 года. Как говорится, – «почувствуйте разницу». В некоторых листах (файлах) электронных топографических карт, используемых в войсках, можно обнаружить такие «раритетные», года издания, как 1992 и даже 1986 годы.

Но дело даже не в этом. К сожалению, огромная территория Российской Федерации до сих пор не «оцифрована» в масштабе не только 1 : 50 000, но даже в масштабе 1 : 100 000. А ведь нормативная точность нанесения топографических знаков (объектов) в каждой карте жестко привязана к ее масштабу. То есть, чем крупнее масштаб карты – тем точнее нанесение объектов.

На практике это означает, что только карта масштаба 1 : 50 000 отвечает критерию точности определения координат, установленному для подготовки данных для стрельбы артиллерии. Ни один здравомыслящий артиллерист не станет определять координаты огневых позиций и цели по карте-«сотке», даже увеличенной до масштаба 1 : 50 000 – во избежание ведения огня по своим войскам. А электронными «пятидесятками» в Европейской части России в настоящее время у нас «покрыты», в лучшем случае, общевойсковые полигоны и Московская область. Ну, еще территория Чеченской Республики и прилегающие к ней районы. Тоже, своего рода, «полигон». На всей остальной территории страны как стрелять будем?

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

А подразделения? От КП бригады до самого удаленного КНП батальона (дивизиона) в районе сосредоточения бригады может быть и 25 и 30 километров. Объем файла района (*.map) масштаба 50 000, состоящего всего из 8 листов, колеблется от 10 до 16 мегабайт.

При этом, как показали полевые испытания, возможности используемых в комплексе «Созвездие-М» радиостанций СВЧ диапазона, обладающих высокими пропускными способностями, ограничены по дальности тремя километрами. Причем, на открытой местности. Имеющиеся в комплексе цифровые радиостанции УКВ диапазона обладают пропускной способностью в пределах 1,2 – 1,6 килобит/секунду. То есть перекачивать файлы такого объема по радиоканалам – весьма проблематично. Гонять офицеров связи с флешками на КП бригады? Ведь возможность проложить полевой кабель от КП бригады до каждого КНП батальонов (дивизионов) и отдельных рот существует далеко не всегда.

Не получится ли так, что комбат получит электронную топографическую основу района боя уже после его окончания?

2. Получение боевой задачи

Боевую задачу на переход к обороне командир нашей «виртуальной бригады» может получить различными способами:

твердым командным голосом старшего начальника (по телефону, или лично);

пакетом текстуальных документов (всего около 50 страниц формата А4), переданных по телеграфу, электронной почте, или привезенных в бригаду фельдегерьско-почтовой связью (офицером связи);

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

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

Как у нас обстоят дела с передачей электронной графической обстановки между оперативным (армия) и тактическим (бригада) уровнями управления?

Пока никак.

Управление 20-й армии, которому подчинена 5 омсбр, имеет на вооружении комплекс «Акация» производства московского концерна «Системпром». Данный комплекс позволяет отрабатывать решение командующего армией (оперативного командования) на электронной карте. Соответственно, и боевая задача подчиненной бригаде так же может быть оформлена в виде файла графической обстановки. Передать в бригаду отработанный в штабе армии слой электронной карты, содержащий графическое изображение ее боевой задачи, по имеющимся каналам связи, безусловно, можно.

Есть только одно маленькое, «но». В комплексе «Акация» для отображения графической обстановки используется графический редактор «Рокада», разработанный в концерне «Системпром». Естественно, что обстановка будет сделана в нем.

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

Две разные программы, понимаете? Которые различаются даже ПРИНЦИПАМИ создания и отображения графической обстановки.

Что делать?

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

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

По другому пока не получается.

3. Оценка обстановки.

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

Стоп. Кем установленное? А откуда должностные лица знают, когда командир будет их заслушивать? И сколько времени отведено на каждый доклад?

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

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

Казалось бы – вот простор для автоматизации процессов управления!

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

Нет таких программ. К сожалению.

Берите карандаш, товарищ начальник, и вручную-вручную! В лучшем случае вышеназванные документы будут исполнены с использованием программных средств типа «Офис» или «Опен Офис». Короче, американская компания «Майкрософт» в этом плане пока сделала для автоматизации Вооруженных сил РФ несколько больше, нежели российский концерн «Созвездие».

4. Замысел.

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

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

1. Направление сосредоточения основных усилий (НСОУ).

2. Районы (участки) местности, от которых зависит устойчивость обороны.

3. Начертание передовой позиции, переднего края, траншей и положение второй, и третьей позиции

4. Начертание отсечных позиций.

5. Рубежи и направления контратак и т.д.

Короче, все то, что на штабном жаргоне называется «краснота» и составляет общевойсковую основу замысла. По сути – это «черновик» замысла.

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

При этом, чем РАНЬШЕ командир доведет до первых лиц (своих заместителей и начальников родов войск и служб) эти данные, тем быстрее, согласованнее и качественнее будут отработаны их предложения по конкретному применению подчиненных им подразделений родов войск и специальных войск, а также подразделений обеспечения.

При этом ВАЖНО, что НРВиС получили бы эти данные одновременно! После получения «черновика замысла» они могут начать работу по подготовке своих предложений.

Без средств автоматизации процесс определения замысла распадался на последовательные операции, так как сделать одновременно десять калек было физически невозможно. И это сильно замедляло работу.

Пример для пояснения:

Для того, что бы разместить на местности группировку артиллерии (т.е. начальнику артиллерии подготовить соответствующие предложения командиру) необходимо точно знать НСОУ. Калька общевойсковой части замысла начальнику артиллерии.

Далее. Без знания того, ГДЕ будет размещена основная группировка РВиА невозможно определить позиции средств ПВО. Калька общевойсковой части замысла + калька с карты начальника артиллерии – начальнику ПВО.

Не зная позиций артиллерии и ПВО нельзя определиться с маршрутами подвоза к ним ракет и боеприпасов. Калька общевойсковой части замысла + калька с карты начальника артиллерии + калька с карты начальника ПВО – заместителю по вооружениию.

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

Вывод: в ходе работы по определению замысла при ручном способе управления существует три «узких места»:

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

взаимное информирование заместителей и начальников родов войск и служб о графической части предложений друг-друга;

передача согласованной и утвержденной командиром графической информации о предложениях заместителей и НРВиС, а также отображение ее на рабочей карте командира.

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

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

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

Выглядеть это должно следующим образом (Рис. 6):

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

Рис. 6. Организация многопользовательского доступа к файлу электронной карты

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

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

Все. Замысел определен. Можно докладывать старшему начальнику.

Но это – в идеале.

Как дело обстоит на самом деле?

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

Рис. 7. Командир 5 омсбр во время проведения бригадного исследовательского КШУ с использованием ЕСУ ТЗ «Созвездие». В руках средство управления – деревянная указка

Разработчики ЕСУ ТЗ наивно полагали, что современный командир бригады будет лично «юзать» программу графического редактора. Смею заверить их, что в силу многих причин, он этого делать не будет. Ни сейчас, ни в обозримом будущем.

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

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

Отсутствует и такой вид связи, как видеоконференция. Даже между должностными лицами управления бригады.

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

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

Так, например, изображенное на рисунке 8 сочетание пяти тактических знаков, обозначающих в общем виде мотострелковый батальон в обороне, (без привязки к местности) требует 1 минуты 10 секунд. Знаки наносились подготовленным оператором - преподавателем 732 Центра боевого применения АСУВ Сухопутных войск.

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

Рис. 8. Мотострелковый батальон в обороне.

Сочетание трех тактических знаков, изображенное на рисунке 9, обозначающих совмещенный пункт управления мотострелковой бригады и зенитного дивизиона в районе (также без конкретной привязки к местности) требует 1 минуты 20 секунд.

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

Рис. 9. Совмещенный пункт управления мотострелковой бригады и зенитного дивизиона в районе.

Нанесение тактического знака, обозначающего танковое подразделение, ведущее наступление (рис.10) – 37 секунд.

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

Рис. 10. Танковое подразделение, ведущее наступление.

При этом, отработанное в полном объеме графическое решение командира бригады в обороне может насчитывать от 1500 до 2500 тактических знаков (объектов). Если считать, что на один знак (объект) будет затрачено в среднем 30 секунд, то минимальное общее время нанесения решения на электронную карту будет занимать 12,5 часов (без учета времени привязки знаков к местности). «Многовато будет, однако»!

Несовершенство применяемых алгоритмов и используемого в комплексе ЕСУ ТЗ отмечает и начальник штаба 20 армии Западного военного округа, Герой России полковник М.Ю. Теплинский, руководивший подготовкой и проведением исследовательского КШУ с 5 омсбр в Алабино:

«В ходе учения мы ставили задачу, не разобраться с целесообразностью принятых решений, не нанесения в полном объеме обстановки, а ПРОВЕРИТЬ ПРОХОЖДЕНИЕ ИНФОРМАЦИИ. Именно, потому, что зная возможности графического редактора, и классификатора тактических знаков, говорить о нанесении обстановки в режиме «он-лайн» - это обречь себя на отсутствие какого-либо результата.

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

Поэтому. До учения были сделаны шаблоны, в соответствии с которыми и была проведена работа управления бригады. Шаблонирование было: положения, решения, действий. И в ходе учения самого шаблоны наносились на карту, растягивались, переносились, корректировались и т.д.»

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

CtrlEnter
Если вы заметили ошибку в тексте, выделите текст с ошибкой и нажмите Ctrl+Enter
Читайте также
Комментарии 55
  1. corn 2 сентября 2013 08:38
    не очень уяснил о чём идёт речь- о рабочей карте комадира или о каком-то другом документе.
    1. aviamed90 2 сентября 2013 10:19
      corn

      Речь идёт о принятии решения командиром на б.д. (алгоритм приведён в Боевых Уставах всех уровней) при получении б.з. от вышестоящего командира и постановке б.з. подчинённым командирам.

      От себя могу добавить: положение с АСУВ и АСУ авиации в ВВС такое же, если не хуже.

      А статье, безусловно - "+".

      Мнения, конечно, могут быть разными и выводы неоднозначными, но тема поднята болезненная и очень важная.
      Вот такие проблемы и стоит обсуждать.
      1. Alez 2 сентября 2013 12:07
        Насчет деревянной указки, что можно сказать. В некоторых частях, как я понимаю, отцы командиры таблицы EXEL на мониторах вручную рисуют мелом или карандашом, удаляют цифры ластиком. Потом пишут докладную, прошу прислать новый монитор, так как прежний сломался.
    2. svp67 2 сентября 2013 10:57
      Цитата: corn
      не очень уяснил о чём идёт речь- о рабочей карте комадира или о каком-то другом документе.
      Такой комплекс должен обеспечивать всё и планирование и ведение оперативных документов... Вот где еще одна точка приложения усилий "научных рот хакеров" - сделайте надежную и эффективную систему и Родина, в лице командиров всех уровней и штабных работников, Вас не забудет. Каждый раз будут вспоминать "не злым, добрым словом...", а это уже не мало. а сколько жизней сохранить то поможет...
      1. aviamed90 2 сентября 2013 11:09
        svp67

        Для этого имеются соответствующие НИИ (для авиации, например - НИИ ВВС г. Ногинск).
        Просто надо поставить им конкретную задачу, профинансировать и потребовать результат, а не "сердюковским" бизнесом заниматься.

        А "научные роты хакеров", в этом смысле, столь же полезны для МО РФ как и для Министерства сельского хозяйства РФ.
        Уровень их компетенции, и в первом, и во втором случае, примерно одинаков.
      2. roial 2 сентября 2013 11:18
        Вот где еще одна точка приложения усилий "научных рот хакеров" - сделайте надежную и эффективную систему


        Для того чтобы сделать "надежную и эффективную систему" нужно хотя бы понятие иметь как это все должно работать. Судя по тому что АСУВ разрабатывается уже 10 лет, и ни военные ни разработчики не могут найти общего языка то эта задача будет не посильна для этих пацанов (попробуйте объяснить 18-летнему пацану какой принцип работы АСУВ).
        roial
        1. aviamed90 2 сентября 2013 11:37
          roial

          Конечно, вы правы.

          Но АСУВ существовали и в Советской Армии (например, АСУВ "Маневр"). Конечно, на то время это была почти совершенная система (в теории).
          Но ведь время идёт, а система эта (или отдельные её подсистемы), насколько мне известно, до сих пор на вооружении. Или я не прав?

          В 90-е всё это полезное дело медленно умерло - не до этого было.

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

          Я так думаю, этой проблемой в настоящее время, просто никто не занимается. Отсюда и "непонятки" между военными и разработчиками АСУВ.
          Им просто никто не даёт конкретных и чётко сформулированных ТЗ. Поэтому они вынуждены предлагать продукт, который эффективен с их точки зрения и без учёта мнения военных.
          Они чувствуют, что по идее, эта техника должна быть востребована - вот и предлагают своё видение решения проблемы.
          1. roial 2 сентября 2013 12:22
            Стоит на вооружении - это не значит что используется. Приходилось стыкуется с "Маневром" скажу вам что нету там ничего совершенного, ни в теории ни в практике.
            весь комплекс в действии не видел но с аппаратурой передачи данных работал плотно, представляет она собой блок размером 50х25х40 см. на передней панели откидывается клавиатура под которой находится табло размером 20х5 см. и все команды вы набираете в одну строчку (есть ограничение по количеству знаков) после нажатия кнопки ввод пакет выстреливается в эфир, на приемной стороне кодограма приходила на такой же комплект и солдатик читая с дисплея вручную переписывал в тетрадку и нес командиру, проще говоря большой пейджер.
            roial
            1. svp67 2 сентября 2013 13:12
              Цитата: roial
              Стоит на вооружении - это не значит что используется.

              Этот "Бронтозавр" даже очень и очень интенсивно сейчас используется в российской армии, особенно в звене округ - дивизия (бригада) и выше, так как другого ничего пока нет...кроме опытовых.
          2. Макс Отто 2 сентября 2013 13:07
            Не могут разработать, потому что некому. Военных НИИ нет, все отдано на аутсорсинг (фу, слово какое гадкое), а толковую АСУВ могут разработать только военные специалисты. Никакой гражданский не сделает то что нужно, потому как у них вся жизнь в кресле офиса, просто мировоззрение не позволит все сделать как надо, ну не представляет он за каким хером это надо. Да еще и из военных толком задание наверно никто сформировать не может (имею ввиду из тех, кто должен это сделать). И тут научные роты не помогут, тут НИИ формировать нужно.
            1. cdrt 3 сентября 2013 06:34
              Хм...статья по-моему есть просто копип...нг из блога Дракона первого - явного прос...полимерщика.
              Хотя по теме АСУВ он видимо в теме.
              Если верить ему, то проблемы технические (в частности использование абсолютно не подходящей ГИС) это одна сторона проблемы (кстати именно из-за этой части и возникают сомнения в его беспристрастности). Вторая проблема - как раз в том, что военные не в состоянии грамотно поставить задачу. То севоюжины хочется (боевой интернет), то начинают бредить о революции (C4I на тактическом уровне), то совсем крышку рвет - хотят заменить недостаточную квалификацию штабистов системой подсказывающей решения.
              Короче - ак всегда, рыба начинает гнить с головы. Что грустно, ибо иракская 2003 довольно наглядно показала как надо ускоряя цикл принятия решений выигрывать темпы один за одним до состояния, когда у противника в голове просто каша (т.е. паралич в принятии адекватных решений по причине постоянного запаздывания как информации о противнике, так и своей реакции на его действия).
        2. avdkrd 3 сентября 2013 00:25
          проблема с картами и системой в целом, как мне кажется лежит в плоскости распила денег и элементарной некомпетентности как исполнителя, так и заказчика.
          Создать визуализацию, включая все возможные графические значки, спутниковую карту совмещенную с топографическими обозначениями хоть времен "царя Гороха", не говоря о картах генштаба советских времен это задача для 4-5 курса математического факультета любого университета. Какая проблема сделать конкурс (цена вопроса 100 тыс.- 1 млн. рублей) среди студентов, которые с душой и огоньком напишут 1000 вариантов подобного совмещения и доп. графического редактора в андроиде и столько же вариантов конвертации или симуляции в операционную систему использующуюся в АСУВ.
          Представляю как решена задача о нанесении информации о противнике - о автоматизации или просто оперативном введение данных от средств разведки и наблюдения наверное и говорить не приходится.
          Приказ Министра обороны от 15 июля 2009 года РФ N 722 был наверное чем то полезным на тот момент, хотя и вряд ли осмысленным, но сейчас 2013 - что нет у нынешнего министра компетентных советников и заместителей, что бы указать на маразм ситуации? Разработчика то же устраивает ирреальность техзадания? Это же все равно, что проектировать современное арт. орудие с бронзовым стволом.... Триллион рублей....., это просто за гранью добра и зла.
          1. cdrt 3 сентября 2013 06:40
            Полностью согласен - триллион проср...ть это запредел.
            Хотя - наблюдал тут вблизи как подобные деньги осваиваются. До реальных исполнителей (обычно это мелкие дешевые региональные ИТ компании с уровнем квалификации около плинтуса, зато дешево) доходит где то 20% средств.
            Остальное оседает в виде зарплат и прибыли холдингов, стоящих у кормушки (кстати - именно подобный подход по сути убил способности к конкурентоспособной работе во всех придворных ИТ холдингах - АФК, НКА, Техносерв, IBS).
            А вот то, что студенты легко напишут - так проблема же не в написании, приличных программистов найти легко. А в организации проекта, точнее архитектуры системы и собственно в грамотных военных постановщиках. С этим видимо совсем беда. ГИС - просто довольно небольшой технический провал в архитектуре
        3. Mairos 3 сентября 2013 10:22
          Золотые слова. Сначала военные должны привлечь толковых разработчиков и посадить их вместе со своими аналитиками - на выходе получить чёткое ТЗ, где прописаны все аспекты и только потом начинать всяческие тендеры на разработку подобной темы
    3. AVV 2 сентября 2013 12:09
      Проблем больше ,чем ответов!!!
      AVV
  2. Akim 2 сентября 2013 08:40
    Спасибо за статью! Вчера с Лопатовым вышел спор о потери времени, при наличии АСУВ, для контрбатарейного огня. Я не стал продолжать спор ибо действительно должен был быть объемный ответ. Вот он здесь и изложен.
    Akim
    1. Лопатов 2 сентября 2013 10:16
      Извиняюсь, но я здесь не наблюдаю "объёмного ответа" Вы не забывайте, что АСУ артиллерии работают не с картами, не с графической информацией. Они работают с координатами целей. А их всего три, XYh. Соответственно даже древние АСУ обрабатывали их быстро.
      Вы же говорите о неимоверных 10 минутах. Даже без применения средств автоматизации это результат не на "двойку", это результат на "минус 10". На троечку по времени это 5 минут днём и 6 минут ночью.
      1. Akim 2 сентября 2013 11:02
        Ув. Лопатов. Вы артиллерист, я РАВист. И как чего взаимодействует я знаю хорошо, потому что из-за обоюдной нелюбви с преподавателем я два раза сидел в отпуске на пересдаче и моя "тройка" покрепче в знаниях, чем "пятерки" однокурсников. Здесь смысл не в картах и не в обработке информации, а в системе передачи данных в звене бригада/полк-батарея.
        Akim
        1. aviamed90 2 сентября 2013 11:18
          Akim

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

          Иначе, всё, чтобы мы не придумали, в итоге на выходе с большой степенью вероятности даст "0", а то и "-".
          1. Akim 2 сентября 2013 11:22
            Цитата: aviamed90
            Теория - теорией

            Вот и я говорю. В теории контрбатарейный огонь при наличии АСУв можно нанести через 1,5 минуты, но на практике это будет намного дольше, а без АСУв - пусть Лопатов подскажет.
            Akim
            1. Лопатов 2 сентября 2013 11:48
              На практике при испытаниях в Афганистане военные возмущались с 40-сек. аппаратной задержки, введённой разработчиками. Без неё система могла работать практически в реальном времени.
          2. yanus 2 сентября 2013 11:57
            Цитата: aviamed90
            Теория - теорией, а начинать нужно с элементной базы (которой у нас нет) и отечественных технологий.

            В АСУВ вычиления минимальны, с головой хватит нашей базы еще и останется.
            В статье видна типичнейшая ситуация, когда заказчику не очень-то и надо (на гражданке обычно - "шеф напряг"), а исполнитель экономит на всем чем только можно и нельзя ("один фиг пользоваться не будут").
            Кстати, а статье упущен один момент - "самопривязка" подразделений. Мне всегда казалось, что нижестоящие подразделения автоматически отсылают свои координаты и автоматически же отображаются на карте. Командиру остается лишь ПКМ и выбрать нужный приказ для нижестоящего подразделения.
            А тут вручную на карту наносят, маразм какой-то. Фактически электронный редактор для карт плюс встроенная электронка. Автоматизации никакой....
            1. aviamed90 2 сентября 2013 12:04
              yanus

              По вашему, элементная база нужна только для выполнения вычислений?
              Это ведь не только микропроцессоры, но и многое другое.
              1. yanus 2 сентября 2013 13:00
                Цитата: aviamed90
                yanus

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

                АСУВ - сбор, обработка, передача данных. Все это довольно нетребовательно к "железу".
                Основная проблема всегда в ПО.
                1. aviamed90 2 сентября 2013 13:20
                  yanus

                  Всё правильно.
                  А ПО на чём базируется? На арифмометрах и счётах?
                  Как и чем решается задача обработки информации?
                  Решение информационных и расчётных задач - это и есть одно из преимуществ АСУ.

                  Вот пример - КШМ “СЛЕПОК” (предназначена для автоматизированного и неавтоматизированного управления ракетной бригадой вооруженной комплексом 9К79 “ТОЧКА” и имеющей в своем составе до трех рдн, до трех сбатр в дивизионе.)

                  В её составе СЦВМ Е715-1.1/03 “УЛАН” (является основным техническим средством, обеспечивающим в КШМ автоматизированное выполнение операций управления и предназначена для решения специальных расчетных и информационных задач, обработки, хранения и распределения информации, принимаемой из каналов связи и вводимой с дисплея, управления устройствами ввода-вывода и организации функционального тестового контроля исправности ТСА.)

                  СЦВМ состоит из пульта управления, процессора, оперативного запоминающего устройства (ОЗУ), постоянного программируемого запоминающего устройства (ППЗУ), постоянного запоминающего устройства (ПЗУ), блока питания и имеет следующие технические характеристики:

                  Тип — синхронная, одноадресная, параллельного действия;
                  Представление чисел — в двоичной системе счисления, с фиксированной запятой, в дополнительном коде;
                  Разрядность чисел 24 * 48 удвоенной разрядности (+ 2 контрольных);
                  Количество команд — 44;
                  Ввод — вывод информации — автоматический, через магистраль обмена;
                  Магистраль обмена: 36 информационных шин, 9 управляющих шин;
                  Скорость обмена — 500000 слов/сек;
                  Быстродействие:
                  - для совмещенного режима — 500 т.кор. операций;
                  - для не совмещенного режима — 250 т.кор. операций;
                  Объем оперативной памяти — 32 Кслов;
                  Объем постоянной памяти - 96 Кслов;
                  Объем программируемой памяти — 128 Кслов;
                  Напряжение питания — 27 В;
                  Среднее время наработки на отказ — не менее 1000 часов.

                  Информационные задачи:

                  Задача организации и взаимодействия АРМ — 1 и АРМ — 2;
                  Задача начального формирования базы данных с АРМ — 1,2 и её коррекция;
                  Задача коррекции базы данных с входных сообщений;
                  Задача организации и хранения данных, таблицы адресации и таблицы констант;
                  Задача формирования и автоматической корректировки кадров, табло состояний;
                  Задача управления блокировкой и разблокировкой рабочих мест;
                  Задача семантического и синтаксического контроля информационной части сообщений;
                  Задача синтеза сообщений;
                  Задача функционального контроля технических средств автоматизации;
                  Распаковка и сшивка сообщений.

                  Расчетные задачи:

                  I. Оперативно-тактические задачи:
                  Решение задачи целезакрепления;
                  Задача проверки возможности закрепления ПУ за целью;
                  Задача планирования сосредоточенного огня;
                  Задача расчета планирования огня по колоннам;
                  Задача расчета ожидаемого эффекта поражения.

                  II. Топогеодезические, метео- и расчетные:
                  1.Расчет геоданных (Дг, aг);
                  2.Контроль правильности расчета Дг;
                  3.Задача расчета исчисленных установок пуска (данных полетного задания для шести БМ);
                  4.Составление метеорологических бюллетеней по данным метеостанции;
                  5.Решение ПГЗ, ОГЗ, обратной засечки, преобразование прямоугольных координат в смежную зону, расчет величины сближения меридианов;
                  6.Задача расчета дирекционного ориентирного направления на светило;
                  7.Расчет времени пуска и автоматической замены команды “ВЗРЫВ” на команду “ПУСК”;
                  8.Расчет полетного времени;
                  9.Задача расхода ракет по объектам;
                  10.Задача расчета высоты траектории полета;
                  11.Задача расчета возможности стрельбы через гребень укрытия.

                  И для решения этих задач не могут быть использованы компьютерные технологии?

                  Так что непонятно - что вы имели ввиду.
                  1. yanus 2 сентября 2013 13:48
                    Цитата: aviamed90
                    Так что непонятно - что вы имели ввиду.

                    Я имел ввиду то, что вычислительные мощности "железа", производимого в России, достаточны и изыбточны для расчетов и шифрования внутри АСУВ.
                    Особого или специфичного "железа" в АСУВ просто нет.
                    Упрощенно, АСУВ это сеть компьютеров с промышленным уровнем защиты и система беспроводной шифрованной связи. Военные требования не сильно усложняют систему.
                    А вот ПО нужно писать с нуля без опыта и особого желания. В итоге такие проблемы....
                    1. aviamed90 2 сентября 2013 14:45
                      yanus

                      Получается удивительная ситуация!

                      У России есть всё для разработки и производства АСУВ. Нет только желания этим заниматься.

                      Кстати о ПО.
                      Неужели ПО написанное для советских АСУВ нельзя привести к современным требованиям?
                      Или это так сложно?
                      1. roial 2 сентября 2013 15:14
                        Получается удивительная ситуация!
                        У России есть всё для разработки и производства АСУВ. Нет только желания этим заниматься.


                        Проблемы с железом имеются, правда не такие как с ПО но существенные

                        - существующие АРМы довольно плохо "переваривают" работу с електронными картами - ВИСНУТ
                        - аппаратура передачи данных Т-235 (кроме передачи данных она еще их и шифрует) имеет скорость передачи данных 9,6 - 12 кбит/с, что недостаточно для обмена картами и передачи видео.
                        - с разработкой АПД и широкополосных радиостанций для передачи высокоскоростного трафика имеются больше проблемы, и на вооружения данная аппаратура, по моему еще не принята.

                        Неужели ПО написанное для советских АСУВ нельзя привести к современным требованиям?
                        Или это так сложно?


                        Легче создать новую чем адаптировать старую.
                        roial
                      2. svp67 2 сентября 2013 15:21
                        Цитата: roial
                        аппаратура передачи данных Т-235
                        С "сурьезными" аппаратами дело имеете...
                      3. aviamed90 2 сентября 2013 16:20
                        roial

                        1.А вот это то, о чём я говорил - элементная база. В чём причина? Процессоры или ещё что-то? Или сами карты такого качества?

                        2. Вы же уверяли, что с АПД проблем нет. Проблемы только с ПО?

                        Кроме того, посмотрите ниже мой пост об АПД "АШПРД-Е" (передача речи и данных по 4-м независимым каналам связи с суммарной скоростью обмена до 48 кбит/с).
                        Значит всё-таки что-то есть?

                        3. А переписать старое ПО на новом языке программирования (удобоваримом для нынешних российских компов) - это непосильная задача для нашего ВПК? Или надо изобретать велосипед?
                      4. svp67 2 сентября 2013 15:20
                        Цитата: aviamed90
                        У России есть всё для разработки и производства АСУВ. Нет только желания этим заниматься
                        И желание есть - нет главного, того,кто это дело возглавит и главное готов за это нести ответственность...
                      5. yanus 2 сентября 2013 16:25
                        Цитата: aviamed90
                        Получается удивительная ситуация!

                        У России есть всё для разработки и производства АСУВ. Нет только желания этим заниматься.

                        Специалисты за желание работать не станут. Мне АСУВ интересна, но надо же на что-то и еду покупать.
                        А для разработки нужны ооочень хорошие специалисты, а значит на з/п меньше 100тр на гражданке они вообще внимания не обращают. Напомните, какая сейчас средняя з/п в НИИ?
                        И это гражданка. А что сделать все качественно было, им нужно через день да каждый день ездить в командировки в части, полигоны и тд. Соответственно з/п умножается на k.

                        Цитата: aviamed90

                        Неужели ПО написанное для советских АСУВ нельзя привести к современным требованиям?
                        Или это так сложно?

                        Во-первых, проще с нуля.
                        Во-вторых, АСУВ тактического уровня вроде у на не было
                      6. aviamed90 2 сентября 2013 16:31
                        yanus


                        См. пост ниже об АСУВ "Маневр":

                        "К концу 1991 г. были разработаны и успешно прошли Государственные испытания:
                        1.ТЗУ АСУВ “Маневр”;
                        2.ОЗУ АСУВ “Маневр”;..."
                      7. yanus 2 сентября 2013 19:33
                        Цитата: aviamed90

                        "К концу 1991 г. были разработаны и успешно прошли Государственные испытания:
                        1.ТЗУ АСУВ “Маневр”;
                        2.ОЗУ АСУВ “Маневр”;..."

                        Сейчас наткнулся на крайне интересную статью о разработке "Маневра".
                        Конкретно на это странице описание отношения военных к АСУВ -http://otvaga2004.ru/kaleydoskop/kaleydoskop-c4/k-istorii-sozdaniya-tz-asuv-man
                        evr-chast-7/
                        На остальных - тоже много интересного ))
                      8. cdrt 3 сентября 2013 10:55
                        Как раз из воспоминаний о том как создавалась АСУ Маневр хорошо видна роль военных при ее создании. И это еще при Огаркове, в расцвет СА. Про роль Нач.связи СА - вообще просто песня. Удивительно что вообще домучали Маневр с таким то отношением Заказчика.
                  2. aviamed90 2 сентября 2013 13:51
                    А вот использование компьютерных технологий в АПД:

                    "Аппаратура шифрования передачи речи и данных "АШПРД-Е".
                    Обеспечивает:
                    •передача речи и данных по 4-м независимым каналам связи с суммарной скоростью обмена до 48 кбит/с
                    •адаптация скорости передачи к качеству канала связи
                    •программное переключение модемов и каналов
                    •работа в "жестких климатических условиях"
                    •построена на основе специализированной ЭВМ "Багет" с набором процессорных модулей и специализированным программным обеспечением"
                    (сайт "bnti.ru", продукция)
            2. Mairos 3 сентября 2013 10:26
              У предлагаемой автором методики - все работают с одной картой в реальном времени есть один, но очень большой минус - каналы связи. В реальности их будут "убивать" средствами РЭБ очень сильно. В итоге вообще никакой работы не будет. Нужны автономные базы данных разных уровней с возможностью репликации пакетами изменений. Я так думаю..
        2. Лопатов 2 сентября 2013 11:46
          Ув. Аким, контрбатарейная борьба штука настолько важная, что для сокращения времени реагирования для неё выделяются дивизионы, напрямую работающие с РЛС АРСОМ и со станциями звуковой разведки.

          Кроме того, передача 3-х цифр ну никак не может занять 5 минут.
          1. Akim 2 сентября 2013 12:02
            Цитата: Лопатов
            что для сокращения времени реагирования для неё выделяются дивизионы, напрямую работающие с РЛС АРСОМ

            Это приемлимо для артполка. И то там уходит до 7 минут. 6 минут - если идет прямая передача с разведдивизиона, убрал звено КП полка.
            В мехбригаде нет прямой цепи разведвзвод-батареи. Обработка данных - секунды. Потом машина управления огнем передает данные выше - командование дивизиона - штаб бригады. Принятое решение спускается обратно вниз. В КПН дивизиона принимают решение на отдачу приказа и целеуказаниям определенной или всем батареям . Сейчас не знаю, но раньше еще в этом деле участвовал командир батареи. Вообщем это быстрее происходит чем я писал и исправлял ошибки.
            Так по всей АСУв бригады.
            Akim
            1. Лопатов 2 сентября 2013 12:26
              Цитата: Akim
              Это приемлимо для артполка. И то там уходит до 7 минут. 6 минут - если идет прямая передача с разведдивизиона, убрал звено КП полка.

              Ну откуда эти дикие цифры? Ещё раз, работа со средствами обнаружения ведётся напрямую. 6 минут это два балла дивизиону со всеми вытекающими. Кроме того, это время без применения средств автоматизации. Команды- голосом, расчёты на ПУО с применением таблиц стрельбы. Даже древние микрокомпутеры "Электроника" с программами на кастрированном бейсике это время сокращает в разы.

              Цитата: Akim
              В мехбригаде нет прямой цепи разведвзвод-батареи. Обработка данных - секунды. Потом машина управления огнем передает данные выше - командование дивизиона - штаб бригады. Принятое решение спускается обратно вниз. В КПН дивизиона принимают решение на отдачу приказа и целеуказаниям определенной или всем батареям . Сейчас не знаю, но раньше еще в этом деле участвовал командир батареи. Вообщем это быстрее происходит чем я писал и исправлял ошибки.

              Что за дичь? Координаты со средства разведки поступают на КП начальника артиллерии бригады, там принимается решение и передаётся НШ дивизиона на огневые. Через 5 минут на три балла цель поражена.
              1. roial 2 сентября 2013 12:58
                Ну не скажите, если для передачи координат разведки используют АПД Т-235 то вполне реальное время. Попробуйте сами вручную на клавиатуре набить данные целеказания: координаты, номер карты, краткое описание того что там обнаружили ну и адрес получателя, гриф, срочность, обязательно продублировать в журнал исходящих телеграм, на приемной стороне вручную переписать с дисплея полученую кодограму, на бланк телеграммы зарегистрировать и сдать в экспедицию,кстати тоже под роспись и регистрацию, после чего експедитор принесет ее командиру. так что 10-15 минут это реально.
                roial
                1. Лопатов 2 сентября 2013 16:06
                  Я это передам голосом. Чтобы 15 минут не искать буковки на клавиатуре.
                  1. roial 2 сентября 2013 16:13
                    Вот поэтому АСУВ это чемодан без ручки - тяжело нести но и жалко бросить (денег то вбухано немерено)
                    roial
                    1. Лопатов 2 сентября 2013 18:39
                      Ну конечно чемодан. Американская АСУ "Такфаер" в конце прошлого века за 1.5 минуты рассчитывала данные для 10 батарей по 35 целям и передавала исчисленные данные для стрельбы на огневые. Может они на кнопочки побыстрее научились нажимать?
                      1. hiocraib 2 сентября 2013 23:39
                        Цитата: Лопатов
                        Американская АСУ "Такфаер" в конце прошлого века за 1.5 минуты рассчитывала данные для 10 батарей по 35 целям и передавала исчисленные данные для стрельбы на огневые.

                        вы путаете мягкое с тёплым. думаю даже 286-й процессор с этим справлялся в считанные секунды. но цикл "обнаружение-поражение" от этого стал всего на 1,5 минуты быстрее.
                        но намного интереснее то, сколько уходило у американцев времени на цесь цикл - от обнаружения до поражения.
                        hiocraib
                      2. Лопатов 2 сентября 2013 23:46
                        Цитата: hiocraib
                        вы путаете мягкое с тёплым.

                        Нет, это Вы читаете невнимательно. Система не только считает но и передаёт данные на огневые, мало того, при этом она автоматически распределяет эти цели.
                      3. hiocraib 3 сентября 2013 00:39
                        Цитата: Лопатов
                        Система не только считает но и передаёт данные на огневые, мало того, при этом она автоматически распределяет эти цели.

                        с этим справляется 286 за пару секунд.
                        я не зря написал про цикл "обнаружил-поразил", а не про "вычислил".
                        hiocraib
                      4. Лопатов 3 сентября 2013 08:29
                        Цитата: hiocraib
                        я не зря написал про цикл "обнаружил-поразил", а не про "вычислил".

                        А у нас не зря при создании 2С19 в ТТЗ ввели требования по мобильности и скорострельности, обеспечивающие полутороминутное время огневого налёта и оставления огневой позиции.

                        "Такфаер" обеспечивала 10-секундный расчёт установок по новой цели и передачу его на огневые.
                  2. hiocraib 2 сентября 2013 23:36
                    Цитата: Лопатов
                    Я это передам голосом. Чтобы 15 минут не искать буковки на клавиатуре.

                    т.е. вы включите много лишних звеньев:
                    телефониста своего,
                    телефониста на другом конце,
                    и того, кто будет вводить данные в компутер.
                    и может быть ещё и посыльного от телефониста к машинистке.
                    hiocraib
                    1. Лопатов 2 сентября 2013 23:59
                      Телефонисты останутся. И у меня есть большое подозрение, что нормальный оператор введёт и передаст это сообщение быстрее, чем они договорятся.
                      Мало того, у меня есть большое подозрение, что и вводить ничего не надо будет. Как и принимать.

                      Грубо: РЛС АРСОМ даст координаты цели → аппаратура у НШ дивизиона их получит и сбросит исчисленные установки для стрельбы непосредственно на орудия → там аппаратура введёт индивидуальные поправки и автоматически наведёт орудия. Командир дивизиона примет решение на тип боеприпасов, установку взрывателя и количество их в огневом налёте, и аппаратура АСУНО сбросит это на орудия. После чего КД героически скомандует "огонь".
                      1. hiocraib 3 сентября 2013 00:44
                        Цитата: Лопатов
                        И у меня есть большое подозрение, что нормальный оператор введёт и передаст это сообщение быстрее, чем они договорятся.

                        к сожалению это тот случай, когда пользователь, которому система должна сильно облегчить жизнь, из этой самой системы выкинут...

                        Цитата: Лопатов
                        РЛС АРСОМ даст координаты цели →
                        оператор проверит и даст добро
                        - аппаратура у НШ дивизиона их получит
                        оператор проверит и даст добро
                        и сбросит исчисленные установки для стрельбы непосредственно на орудия →
                        оператор проверит и даст добро
                        там аппаратура введёт индивидуальные поправки
                        оператор проверит и даст добро
                        и автоматически наведёт орудия.

                        как-то так, при этом мы говорим об идеальном случае.
                        в реальности это выглядит "добавить на каждой ступени по проблеме"...
                        hiocraib
                      2. Лопатов 3 сентября 2013 08:44
                        Цитата: hiocraib
                        оператор проверит и даст добро

                        Что он проверит? Оператор вручную вычислит точку вылета снаряда по нескольким его засечкам на траектории и сравнит с данными машины? Следующий оператор вручную пересчитает установки для стрельбы и сравнит с данными машины? Следующий оператор выползет из САУ, привяжет её, вычислит инд. поправки и сравнит с данными машины?

                        Что Вы подразумеваете под фразой "оператор проверит и даст добро"?

                        И кстати, когда Вы набрали текст своего поста, Вы проверяли правильность его перевода в двоичный код?
    2. Mairos 3 сентября 2013 10:23
      Это совершенно разные вещи!!
  3. Sirs 2 сентября 2013 09:21
    А как дела с этим обстоят у наших вероятных противников?
    1. Akim 2 сентября 2013 09:30
      Цитата: Sirs
      А как дела с этим обстоят у наших вероятных противников?

      Чуть лучше и то смотря у кого.
      Akim
  4. tttttt 2 сентября 2013 09:45
    Такое впечатление, что все эти современные ГАДжеты делаются для того, чтобы сделать жизнь человека все более проблемной. Ну а в армии подобное совсем недопустимо,это что-же можно часами ковыряться в разных редакторах чтобы только обрисовать боевую обстановку, и наверное только в статическом виде, хотя отражаться все для правильного понимания ситуации должно в динамике? Я правильно понимаю товарищи военные? + время на реакцию - прохождение приказа исполнителям и видение обстановки глазами штаба? Так можно просто сидеть за компом в палатке и рисовать картинки, пока за спиной не появятся "голубчики" в НАТОвских камуфляжах и винтовками М-16 и будут из-за спины тыкать пальцами в монитор и ржать...Непорядок. Статья подняла проблемный вопрос.Непорадовали военные, ой не порадовали.Быть на привязи такой тормозной АСУВ, все равно что стоять и ждать, когда тебя расстреляют. Ребята, военные взводного и ротного звена, кидайте рацухи, без вас в генштабах такой хрени напридумают, мама не горюй.
    tttttt
    1. Лопатов 2 сентября 2013 10:39
      В том то вся и проблема, что рисование в редакторах намного быстрее, чем склейка карт и рисование на них. И потому у "вероятных партнёров" время на принятие решения на операцию 6-8 часов, а у нас 15-16.

      http://general-skokov.livejournal.com/2691.html#cutid1
  5. Nayhas 2 сентября 2013 10:06
    Прошу меня поправить если я не прав. Разработчик понятия не имел о том, что от него требовалось или заказчик невнятно расписал, что нужно?
  6. shurup 2 сентября 2013 10:10
    АСУВ реально полезна, когда функционирует в режиме реального времени, которого всегда не хватает.
    Действительно, не всегда имеется возможность протянуть оптоволоконный полевой кабель, воспользоваться спутниковыми каналами связи или системой военной сотовой связи, но связные служебные собаки с флэшками это лишь один из видов связи.
    Идти на поклон к Б.Гейтсу за операционной системой и дружественным интерфейсом не имеет смысла, т.к. искомое он сам добывает в России методами промышленного шпионажа.
    АСУВ положительна при соприкосновении с малотехнологичным противником. Противостояние с равным, или более сильным, которые, как известно, будут мешать и ставить помехи с ложными целями загонит АСУВ в минус.
    Пришёл к выводу, что по крайней мере половину финансирования следует направлять на средства борьбы с АСУВ вероятного противника, причём "условный" должен находиться в лаборатории за стенкой.
  7. roial 2 сентября 2013 10:29
    При этом всего за десять лет работы на эти цели было истрачено около триллиона рублей. Из них только в текущем году - четыре миллиарда.


    Дешевле было у амеров закупить.
    roial
    1. svp67 2 сентября 2013 10:53
      Цитата: roial
      Дешевле было у амеров закупить.
      Ну так, в чем проблема? Берите денежки и покупайте для своей армии,на сколько знаю у Вас там дела, в этом вопросе еще хуже. Так, что спасибо за заботу, но мы уж как нибудь, у себя в России этот вопрос решим сами
      1. roial 2 сентября 2013 11:36
        в этом вопросе еще хуже


        Не сказал что хуже,
        сейчас в тестовом режиме работает несколько комплексов но проблемы те же:
        - картографирование никакое (дошло до того что интегрируют карты Googl Maps)
        - интерфейс корявый
        - составляющие между собой стыкуются коряво, такое ощущение что разработчики сами решают что и как должно работать
        roial
        1. svp67 2 сентября 2013 16:14
          Цитата: roial
          Не сказал что хуже,
          Вы знаете, вот такой Ваш образ, настоящего специалиста Вам больше идет. И интересно общаться и почитать интересно, кое что для себя почерпнул - СПАСИБО.
  8. LetterKsi 2 сентября 2013 11:34
    Да, да. Охотно верю в сложности с информационными технологиями ))) Которые зачастую добавляют проблем, чем решают их.

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

    А еще очень интересует безопасность в плане взлома всего этого "Созвездия"
  9. aviamed90 2 сентября 2013 11:55
    Материал по теме.

    "К концу 1991 г. были разработаны и успешно прошли Государственные испытания:
    1.ТЗУ АСУВ “Маневр”;
    2.ОЗУ АСУВ “Маневр”;
    3.КСА КП ракетной бригады (дивизиона, батареи) - изделие “Слепок-М”;
    4.КСА КП артиллерийской дивизии (артиллерийской бригады, артиллерийского полка) - изделие “Унификатор”;
    5.КСА ПУ АР артиллерийской бригады (артиллерийского полка, мотострелковой дивизии, танковой дивизии) - изделие “Батя”;
    6.комплексы машин управления (КМУ) дивизионом (батареей) самоходной артиллерии - изделия “Машина” и “Фальцет”;
    7.КМУ дивизионом (батареей) буксируемой артиллерии - изделие “Машина-Б”;
    8.КШМ штаба (ПУ) дивизиона самоходной артиллерии и КШМ штаба (ПУ) дивизиона буксируемой артиллерии, обеспечивающие совместимость комплексов “Фальцет” и “Машина-Б” с КСА вышестоящих звеньев управления - изделия “Фуникулер-С” и “Фуникулер-Б” соответственно;
    9.КСА КП зенитно-ракетного полка;
    10.БКП “Ранжир” (изделие 9С737), управляющий ЗРС (ЗРК) ближнего действия типа “Тор”, “Тунгуска”, “Стрела-10М”, и БКП ПУ12М7, управляющий ЗРК ближнего действия типа “Стрела-10М” и ПЭП;
    11.АОД 9П9082 для оснащения узлов связи.

    Все перечисленные объекты и системы были разработаны на базе единых принципов организации связи, информационного, лингвистического и программного обеспечения. Использование на всех уровнях однотипной АПД Т-235 обеспечивало возможность технического взаимодействия всех автоматизированных объектов между собой через базовую СОД "Редут-2ДБ".

    ...
    1. aviamed90 2 сентября 2013 11:56
      АСУВ фронта “Маневр” являлась базовой для всех других подсистем и объектов управления, которые “привязывались” к системе и входили в соответствующие тракты на основе соблюдения определенных правил и нормативов, определяемых протоколами сопряжения. Всего было разработано более 200 таких протоколов, что позволило иметь практически единую систему управления войсками и оружием.

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

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

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

      Таким образом, к 1991 г. на базе АСУВ “Маневр” фактически была разработана автоматизированная система управления для сил общего назначения, охватывающая сложившуюся систему управления войсками и оружием как по вертикали, так и по горизонтали, включающая все звенья управления от армии до батальона и все подсистемы управления подчиненными силами и средствами всех родов войск и служб. Предстояла отработка вопросов организационного взаимодействия, планомерного наращивания количества решаемых оперативно-тактических задач, проверки взаимодействия со средствами наблюдения, разведки и поражения, эволюционной замены устаревших технических средств на современные. Для комплексного решения этих вопросов в 1988 - 1990 гг. был выполнен системный проект ЕАСУ войсками и оружием фронта “Авангард”, основным результатом которого была разработка комплексной программы создания, совершенствования и развития ЕАСУ, включающая работы по созданию новых технических средств, автоматизации новых объектов и включению их в АС, внедрению новых информационных технологий. Однако в результате распада СССР и Организации Варшавского Договора и нарушения существовавшей в их рамках кооперации между предприятиями промышленности и военно-научными учреждениями серийное производство большинства разработанных КСА и ПЕ освоено не было, АС управления войсками, разведкой и оружием в войска не поступили.


      … координация работ по автоматизации управления в тактическом звене практически не осуществлялась. Подобные работы требуют участия большого числа исполнителей и координирующего органа для организации взаимодействия между ними, а после распада СССР связи по кооперации между промышленными предприятиями и военно-научными учреждениями бывшего СССР были разрушены. С начала 90-х годов фактически были прекращены научно-исследовательские разработки в области новых информационных технологий и их использования в войсках на системном уровне. В силу разных причин, с конца 80-х годов имеет место практика разработки в каждом из видов Вооруженных Сил РФ и родов войск самостоятельных технических решений и программно-аппаратных средств в интересах соответствующих подсистем управления АСУВ, не обеспеченных общесистемными технологическими работами ни по аппаратным средствам, ни по ПО, ни по элементной базе средств автоматизации и связи, что ведет к невозможности в будущем создать интегрированную АС.

      10.02.2006
      Права на данный материал принадлежат Ивану
      Материал был размещен правообладателем в открытом доступе."

      (сайт "vpk.name", статья "Будущее - прошлое АСУВ "Маневр" - выводы" от 11.02.13 г.)
  10. leon-iv 2 сентября 2013 12:13
    Автор статьи по определенной инфе имеет отношение к конкурентам созвездия.
    На налицо обычная проблема неправильной постановки ТЗ на первоначальном уровне.
    Если брать саму систему то она ОЧЕНЬ простая с точки зрения программирования ЦОД и достаточно сложная для тех кто будет работать с протоколами передачи данных. Ибо объемы передачи инфы большие. А вот каналы передачи это проблема поважнее карт.И пока эта задача не будет решена это все не заработает в полном объеме.
    1. Andreas 2 сентября 2013 15:19
      Поддерживаю, каналы связи - это ключ к проблеме.

      Остальное (включая грамотное ТЗ) элементарно разрабатывается специалистами своего дела.
      Andreas
      1. roial 2 сентября 2013 16:10
        каналы связи - это ключ к проблеме


        Та нет никакой проблемы, сейчас только ленивый не делает радиостанции СВЧ диапазона, зачем рожать ежика и придумывать велосипед?? Если не можете сделать НОРМАЛЬНУЮ станцию купите пару таких радиостанций на западе и ПРОСТО СКОПИРУЙТЕ.
        roial
    2. commentor 2 сентября 2013 15:20
      То есть, свободно масштабируемая асинхронная многоуровневая модель системы, обеспечивающей передачу данных, очередей запросов и команд в любом направлении с гарантией доставки, динамической децентрализацией узлов обработки данных, основным требованием к отказоустойчивости при выводе из строя промежуточных звеньев, концентрацией и последующей каталогизацией данных, в том числе и в оффлайн режиме, при учете "старения" данных, самодиагностикой, объединяющей в себе модульную платформу с приоритетами прав и доступа различных уровней, гарантирующей безопасность передачи, исключающей возможность посыла ложных сигналов, атак извне и атак типа mid ... и т.д. и т.д.

      Это очень простая система?

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

      Почему пришлось отказаться от наработок СССР в плане автоматизации? Архитектура советских систем хоть и имела высокую степень резервирования, но была совершенно непригодна к использованию в случае вывода из строя хоть одного из компонентов. Она не позволяла состыковывать уровни донесения команд "через уровень", например из штаба ВО до батальона.


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

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

      Автор статьи серьезно ошибается в некоторых моментах. Он описывает проблемы, которые уже давно решены. В частности о масштабах.
      commentor
      1. aviamed90 2 сентября 2013 16:28
        commentor

        Я скорее согласен с вами,чем с мнением о том, что проблем нет, кроме как с ПО.

        И как потом оказывается они есть и со сбором, и с обработкой, и с передачей информации.
      2. Andreas 2 сентября 2013 17:06
        Проблема не так сложна как кажется, если доверить её решение группам специалистов:
        - группа связи (возможное решение широкополосная технология CDMA2000 и зонные приемопередающие станции на борту геликоптеров-БПЛА с проводным электропитанием);
        - группа протоколов передачи информации (возможное решение отказоустойчивая технология сети Интернет);
        - группа форматов представления данных (единый формат передачи данных, единый формат передачи звука, единый формат передачи изображения, единый формат передачи геоинформации, единый формат передачи видео);
        - группа постановки задач по автоматизации действий стрелков, танкистов, артиллеристов, ракетчиков, штабных операторов;
        - группа системных и прикладных программистов по реализации этих задач.

        Руководитель проекта - специальный заместитель Министра обороны, координатор проекта - специальное управление МО под его руководством.

        После сдачи АСУВ в эксплуатацию - передача его составляющих частей в профильные главки МО - ГАБТУ, ГРАУ и т.д. Общая ответственность - на главк связи и автоматизации.
        Andreas
  11. макс702 2 сентября 2013 19:42
    Очень все это странно, для начала нужны нормальные рации в войска(пусть купят, своруют, убьют кого нибудь если откажется продавать но сделают) а уж потом рассуждать о всех перечисленных выше системах, Грозный брали карты были ? Нет! война 08.08.08 карты были?.. Та же картина со связью опять же ни каких подвижек, у артиллеристов в реале (а не на полигонах)все расчеты в ручную , програмируемый калькулятор как божье откровенье. в авиации основной прибор штурманна НЛ-10(лично видел в репортаже о полете ту 160 ) о чем мы ? какие системы автоматизации управления? И если на все эти "разработки"в течении 10 лет потрачено 1трлн.руб!! То Сердюков и Ко. нервно курят в углу давясь от зависти.
  12. Muadipus 2 сентября 2013 23:06
    В руках средство управления – деревянная указка
    не указка - а стилус. И не карта - а супер-энергоемкое, ультратонкое, абсолютно-гибкое, многофункциональное навигационное устройство. и ни один ящик айпэдов не заменит нашу старую, добрую карту по надежности и полезности. планы на ней нарисованные не стырить через инет и по ВайФай не взломаешь. Только рукопашной и только личной доблестью.
  13. КПА 3 сентября 2013 01:38
    На оперативном уровне,проблема может быть решена уже сейчас,на этом уровне главное стандатизация и унификация.Ребята выше писали - ключевой момент - каналы связи,и на уровне оперативного звена можно использовать проводные и оптоволоконные линии.Старые системы АСУВ не рушились при выпадании элемента или узла,маршрутизаторы решали эту проблемы.Главная проблема старых систем - интерфейс и скорость передачи данных.
    Но вот на уровне системы управления тактического звена,вообще полный цирк.АСУ ТЗ имеет американские протоколы,грубо говоря WI-Fi,со всеми его проблемами.Отсутствие скоростных широкополосных радиоканалов губит всю задумку на корню.
    По поводу рисков,отдельная песня.Кому интересно,зайдите на сайт "созвездия" и скачайте тоебования к поставщикам элементной базы.Все вопросы отпадут сами.Главное чтобы на партии стоял штамп МО.И все хоть из Зимбабве везите!
    Операционная система внедрена на базе Linux?!без комментариев.
    Если добавить к этому отсутсвие сопряжения тактического WI-FI со спецподразделениями(авиация,разведка,ДРГ и т.д.далека от зоны приема wi-fi)то о взаимодействии их на поле боя можно забыть.
    Мое мнение системы разработанные сейчас - убогость,по причине отсутствия хозяина в этой сфере.Все отдано на откуп своячничеству,безнаказанности,желанию выслужится.
    Сам принимал участие во внедрении новых каналообразующих систем на новых принципах.Не возможно ни чего предложить для улучшения,давили погонами и требовали чтоб работало.А системы даже не тестируются на электромагнитную совместимость,чтобы заглушить,даже стараться не нужно.
    Тут уже писали,не надо полумеров,не можете сами - скопируйте.Все время обманывать не получится, и хорошо,если все вылезет в мирное время.

Информация

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