От tarasv
К fenix~mou
Дата 21.01.2026 05:50:34
Рубрики Современность; Стрелковое оружие;

Re: БПЛА vs....

>>Учитывая ситуацию - контрастная почти не маневрирующая цель на однородном фоне неба - и огромную мощь современных видеообрабатывающих процессоров - не думаю. Копеечный смартфон лица в динамике выделяет.
>
>Ну ему же коптером управлять не надо:)

Даже простенький смартфон просто не заметит что он еще и коптером управляет по совместительству. В топовых железках под Ардупайлот процессор слабее чем был 20 лет назад в самом первом Айфоне.

Орфографический словарь читал - не помогает :)

От Anvar
К tarasv (21.01.2026 05:50:34)
Дата 21.01.2026 07:03:22

Re: БПЛА vs....

>>>Учитывая ситуацию - контрастная почти не маневрирующая цель на однородном фоне неба - и огромную мощь современных видеообрабатывающих процессоров - не думаю. Копеечный смартфон лица в динамике выделяет.
>>
>>Ну ему же коптером управлять не надо:)
>
> Даже простенький смартфон просто не заметит что он еще и коптером управляет по совместительству. В топовых железках под Ардупайлот процессор слабее чем был 20 лет назад в самом первом Айфоне.

Скорее всего не получится, все таки дроновские процессоры весьма оптимизированы под задачу. Там много нюансов. Но главных наверное два
1. Минимальная Задержка обработки большого количества потоков данных, даже маленьких по объему. Из-за универсальности Аппл может проигрывать, так как автоматически не сможет эффективно распараллеливать
2. Энергопотребление, если Аппл начнет оптимизировать под дроновский, возможно его производительность упадет драматически на те же задачи.

>Орфографический словарь читал - не помогает :)

От Adekamer
К Anvar (21.01.2026 07:03:22)
Дата 21.01.2026 07:52:06

Re: БПЛА vs....


>Скорее всего не получится, все таки дроновские процессоры весьма оптимизированы под задачу. Там много нюансов. Но главных наверное два
>1. Минимальная Задержка обработки большого количества потоков данных, даже маленьких по объему. Из-за универсальности Аппл может проигрывать, так как автоматически не сможет эффективно распараллеливать
>2. Энергопотребление, если Аппл начнет оптимизировать под дроновский, возможно его производительность упадет драматически на те же задачи.

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

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

От Anvar
К Adekamer (21.01.2026 07:52:06)
Дата 21.01.2026 09:07:12

Re: БПЛА vs....


>>Скорее всего не получится, все таки дроновские процессоры весьма оптимизированы под задачу. Там много нюансов. Но главных наверное два
>>1. Минимальная Задержка обработки большого количества потоков данных, даже маленьких по объему. Из-за универсальности Аппл может проигрывать, так как автоматически не сможет эффективно распараллеливать
>>2. Энергопотребление, если Аппл начнет оптимизировать под дроновский, возможно его производительность упадет драматически на те же задачи.
>
>полетом в дроне занимается массовый "бытовой" процессор,
Это у массовых "бытовых" дронов
Если вы хотите "выжать все" из механики по динамике, да еще с привязкой к видео.....

Я думаю во взрослых дронах давно разрабатывается проц со встроенной навигацией, ориентацией в пространстве и т.д и т.п., т.е. это акселерометры, гироскопы и т.д и т.п.
на двигатели тоже напрашивается отдельный интегрированный модуль.
В дешевых используются внешние датчики, также как в смартфонах, что очень замедляет обработку. В специализированных хотя бы предобработка аппаратная.
>> обработкой картинки занимается физически другой процессор (тоже массовый).
Еще 20 лет назад HAMAMATSU производила высокоэффективные матрицы, управляемые, позволяющие обрабатывать сырой видеосигнал различным образом,
позволяющая с высокой скоростью управлять шумами, окном ввода, частотой опроса, диафрагмой, выдержкой и т.п. с параллельным вводом данных.
Если использовать на максимальной производительности то никакой универсальный процессор не справится. Мы обрабатывали с помощью ПЛИС, причем поток у нас был
ниже среднего, менее 100 Мбайт/сек.

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

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

От Adekamer
К Anvar (21.01.2026 09:07:12)
Дата 21.01.2026 20:07:32

невыгодно делать единый кристалл для всего



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

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

От tarasv
К Anvar (21.01.2026 09:07:12)
Дата 22.01.2026 06:49:16

Re: БПЛА vs....

>Если использовать на максимальной производительности то никакой универсальный процессор не справится. Мы обрабатывали с помощью ПЛИС, причем поток у нас был ниже среднего, менее 100 Мбайт/сек.

а от добротной Бошевской MEMS инерциалки приходит три угла и три ускорения с частотой в пределе 2кГц.

>в телефоне для экономии ставят только один процессор.

Вопрос в том сколько в нем ядер.

Орфографический словарь читал - не помогает :)

От tarasv
К Anvar (21.01.2026 07:03:22)
Дата 22.01.2026 06:31:26

Re: БПЛА vs....

>Скорее всего не получится, все таки дроновские процессоры весьма оптимизированы под задачу. Там много нюансов. Но главных наверное два

Дрон пилотирует автопилот. Его задачи отработка команд управления и стабилизация. В автопилотах дронов используют недорогие микроконтроллеры вроде STM32. Почему микроконтроллеры, а не процессоры общего назначения или реального времени (у ARM, как и в Греции, есть все) - у МК много "ног" ввода-вывода из коробки. Но "ноги" нужны они не потому что датчиков много. Для работы собственно автопилота их только два - инерциалка и задатчик команд управления в виде приемника или ГСН, ну или "ГСН". МК используют потому что производительность даже 20ти летней давности процессоров избыточна для решения задач собственно автопилота. Есть большой соблазн нагрузить ничего не делающий заметную часть времени процессор автопилота другими задачами. Навигацией, стабилизацией и управлением повеса камеры, писанием логов в "черный ящик" и тд.
Но даже нагрузив процессор с тактовой в 400МГц всем этим уверенно получают полосу пропускания автопилота в 400Гц. Что-то мне подсказывает что связка ЭД и винта даже на самых мелких квадриках не может менять обороты с такой частотой.

>1. Минимальная Задержка обработки большого количества потоков данных, даже маленьких по объему. Из-за универсальности Аппл может проигрывать, так как автоматически не сможет эффективно распараллеливать

Потоков там два и у самого быстрого, с инерциалки, частота в один кГц. Ну или два если не экономить на датчике. Не прожевать такое на 400МГц процессоре это надо совсем не уметь программировать. В 88м вполне хватало 8080 считать дифур Рунге-Куттом в автомате тяги для Л-410 раз в секунду. Для полета на эшелоне было нормально.

Орфографический словарь читал - не помогает :)

От Anvar
К tarasv (22.01.2026 06:31:26)
Дата 22.01.2026 08:45:51

Re: БПЛА vs....

>>Скорее всего не получится, все таки дроновские процессоры весьма оптимизированы под задачу. Там много нюансов. Но главных наверное два
>
> Дрон пилотирует автопилот. Его задачи отработка команд управления и стабилизация. В автопилотах дронов используют недорогие микроконтроллеры вроде STM32. Почему микроконтроллеры, а не процессоры общего назначения или реального времени (у ARM, как и в Греции, есть все) - у МК много "ног" ввода-вывода из коробки. Но "ноги" нужны они не потому что датчиков много. Для работы собственно автопилота их только два - инерциалка и задатчик команд управления в виде приемника или ГСН, ну или "ГСН". МК используют потому что производительность даже 20ти летней давности процессоров избыточна для решения задач собственно автопилота. Есть большой соблазн нагрузить ничего не делающий заметную часть времени процессор автопилота другими задачами. Навигацией, стабилизацией и управлением повеса камеры, писанием логов в "черный ящик" и тд.
> Но даже нагрузив процессор с тактовой в 400МГц всем этим уверенно получают полосу пропускания автопилота в 400Гц. Что-то мне подсказывает что связка ЭД и винта даже на самых мелких квадриках не может менять обороты с такой частотой.

Сейчас как раз разрабатываем привод (не для квадриков), берем самый крутой STM, производительности для обеспечения динамики и точности, не хватает на порядок. Для наших задач нужны мегагерцы.
Полоса пропускания приводов станков со станиной под тонну, 50 лет назад была 200Гц.
У колибри частота 200 Гц, причем поток энергии в биоприводе на порядки ниже по сравнению с электроприводом.
А если обрабатывать все наши датчики как на классическом процессоре это просто ж-па. В том же STM многое уже давно делается аппаратно, можно передавать информацию с одной периферии на другую через DMA. АЦП и другая периферия молотят на максимальной частоте, и опять же пишут в память через DMA. Есть различные предобработки сигнала типа "пределов" при попадании в которые генериться прерывание
20 лет назад использовали МК Cypress для потока данных 50Мбфайт/сек с ПЛИС и передачи на хост. У него просто конфигурируемая периферия, ты можешь забацать любой цифровой интерфейс сделать шлюз с буферированиеми из одного в другое.

>>1. Минимальная Задержка обработки большого количества потоков данных, даже маленьких по объему. Из-за универсальности Аппл может проигрывать, так как автоматически не сможет эффективно распараллеливать
>
> Потоков там два и у самого быстрого, с инерциалки, частота в один кГц. Ну или два если не экономить на датчике. Не прожевать такое на 400МГц процессоре это надо совсем не уметь программировать. В 88м вполне хватало 8080 считать дифур Рунге-Куттом в автомате тяги для Л-410 раз в секунду. Для полета на эшелоне было нормально.
Сейчас совсем другая точность, разрешение датчиков обратной связи на порядок выше.
Тогда АЦП были хорошо если 12-разрядные, энкодеры 12 разрядные это была круто. разрешение ШИМА ,хорошо если больше 8 разрядов, при несущей 100Гц
Сейчас делаем привод для прибора, АЦП 24- разрядные, энкодер 20 разрядный, разрешение ШИМ 16 разрядов при частоте > 15 кГц


>Орфографический словарь читал - не помогает :)

От tarasv
К Anvar (22.01.2026 08:45:51)
Дата 23.01.2026 01:04:45

Re: БПЛА vs....

>Сейчас как раз разрабатываем привод (не для квадриков), берем самый крутой STM, производительности для обеспечения динамики и точности, не хватает на порядок. Для наших задач нужны мегагерцы.
>Полоса пропускания приводов станков со станиной под тонну, 50 лет назад была 200Гц.

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

>А если обрабатывать все наши датчики как на классическом процессоре это просто ж-па.

Умные люди из IBM посадили всю периферию на DMA еще в 50е, но DEC и позже Intel все опошлили и это извращение стало считаться классикой. Насколько я знаю в добротных автопилотах добавляют сопроцессор ввода вывода чтобы не грузить проц тем что он делает плохо.

>Сейчас совсем другая точность, разрешение датчиков обратной связи на порядок выше.
>Тогда АЦП были хорошо если 12-разрядные, энкодеры 12 разрядные это была круто. разрешение ШИМА ,хорошо если больше 8 разрядов, при несущей 100Гц
>Сейчас делаем привод для прибора, АЦП 24- разрядные, энкодер 20 разрядный, разрешение ШИМ 16 разрядов при частоте > 15 кГц

Это конечно да, но с аппаратной плавучкой в RISC грех жаловаться на разрядность. В целом постоянная времени задается объектом управления. Большая авиация остановилась в районе 200Гц для истребителей и 100Гц для остального. Нет смысла больше потому что гидравлика даже это не пропускает. Для дронов кончено нужно больше.


Орфографический словарь читал - не помогает :)

От Adekamer
К tarasv (22.01.2026 06:31:26)
Дата 22.01.2026 18:05:10

Re: БПЛА vs....


> Что-то мне подсказывает что связка ЭД и винта даже на самых мелких квадриках не может менять обороты с такой частотой.
тем не менее - ШИМ для управления двигателем там уже не вытягивает поэтому и появились новые протоколы именно для связи однокристалки с ESC

От fenix~mou
К tarasv (21.01.2026 05:50:34)
Дата 21.01.2026 16:10:39

Re: БПЛА vs....

Здравствуйте.

> Даже простенький смартфон просто не заметит что он еще и коптером управляет по совместительству. В топовых железках под Ардупайлот процессор слабее чем был 20 лет назад в самом первом Айфоне.

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