Квадро-самолет Мурена во время тестовых полетов

UAV Challenge – это ежегодное мероприятие, направленное на расширение возможностей БЛА и, по совместительству, одно из самых масштабных роботехнических соревнований в мире. Влияние события на отрасль довольно велико: в 2014 году, например, в UAV Challenge участвовали постоянные контрибьюторы таких популярных проектов, как Ardupilot, PX4 и Paparazzi, так что многие из существующих сегодня фич этих контроллеров полета были сформированы именно под влиянием требований этих соревнований. Каждые два года соревнование открыто для команд со всего мира, и при этом тематикой становится миссия по спасению человека. В этом году нам тоже удалось попасть в список из десяти команд, прошедших три предварительных этапа UAV Challenge, и поехать на мероприятия финальной части, которые проходили с 27 по 29 сентября в Далби, Австралия. Челлендж закончилось два месяца назад – с тех пор наши впечатления успокоились, мы проанализировали опыт и теперь готовы описать те два летательных аппарата, с которыми мы приехали на меропритие.

Мы – MelAvio Avionics Club, объединение студентов из Варшавского Политехнического Университета (Warsaw University of Technology). Мы занимаемся вопросами программирования, электроники и механики в рамках их применения к беспилотникам, и почти вся наша работа проходит в приготовлениях к различным соревнованиям, главным из которых в последнее время являлся UAV Challenge. На самом деле, в этом году MelAvio принимало участие в челлендже уже во второй раз: до этого, два года назад, наша команда уже ездила на финал в Австралию. Тогда удалось хорошо показать себя с оригинальной механической конструкцией и самодельным контроллером полета, заняв десятое место в общем зачете и получив награду за лётное мастерство, хотя и не выполнив полностью миссии соревнований.



Барракуда, беспилотный самолет MelAvio, на UAV Challenge Outback Rescue 2014

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

Задание челленджа


Чтобы дать понять масштаб задачи, имеет смысл коротко описать миссию, представленную для соревнований. Задачей команд ставилось доставить образец крови от Джо – жителя сельской местности, который, по легенде, внезапно почувствовал себя плохо, находять в своем доме за городом. Дом Джо отрезан от города паводками, поэтому, чтобы достичь его и прилететь обратно, летательному аппарату нужно вцелом преодолеть до пятидесяти одного километра воздушного пространства по непрямолинейной траектории. Кроме того, положение Джо известно только с точностью до ста метров, и с целью близкого призмеления и избежания нанесения вреда человеку летательный аппарат должен локализовать его более точно уже будучи на месте. Также усложняет ситуацию тот факт, что нет почти никаких гарантий по поводу ландшафта как в месте начала миссии, так и в окресностях Джо, так что беспилотник должен обладать возможностью вертикальных или условно-вертикальных взлета и посадки, а также системой, позволяющей с достаточной степенью надежности выбрать подходящее место для приземления. Организаторы челленджа поощряют как можно более автономное поведения беспилотника, так что лучший возможный подход заключается в полном исключении действий пилота из миссий, начиная от вылета с места старта и заканчивая приземлением с пробой крови на том же месте. Помимо главного, “доставочного”, беспилотника в миссии может принимать участие вспомогательный летательный аппарат. К обоим аппаратам предъявляется довольно широкий ряд требований с целью обеспечить их как можно более безопасный полет и корректное поведение в непредвиденных ситуациях.



Карта с обозначенными местом отправления, местом назначения и позволенной областью полета

Главный летательный аппарат


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

Конструкция


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



Тестовый летательный аппарат

С самого начала разработки было ясно, что коптерные винты и двигатели будут создавать дополнительные сопротивление и дисбаланс в самолетном режиме, поэтому мы решили постараться сделать конструкцию самого самолета как можно менее “тормозящей” и как можно более устойчивой. Кроме того, нашим исходным требованием было сохранить максимум пространства в корпусе самолета, так чтобы там поместилось оборудование системы компьютерного зрения и литий-полимерные батареи с емкостью достаточной для выполнения целой миссии (летательный аппарат – полностью электрический). Исходя из этих соображений в качестве схемы самолета мы выбрали высокоплан с трапециевидным крылом среднего удлинения и Т-образным оперением; угол поперечного V крыла был выбран равным полутора градусам.

С указанными исходными данными о конструкции и предположением о массе летательного аппарата, мы приступили к разработке. Сперва при помощи приложения Profili 2.0 был выбран подходящий вариант профиля главного крыла самолета, после чего в XFLR5 мы уточнили форму крыла и оперения в объеме. Кроме того, в ANSYS Fluent мы проверили, что расположенные в непосредственной близости от крыла коптерные двигатели и пропеллеры не вносят критического изменения в характер воздушного потока на крыле. По выполнению указанных процедур мы перешли к более детальной проработке всей конструкции в SOLIDWORKS.



Проверка потока на коптерных винтах в ANSYS Fluent

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

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

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



Центроплан в процессе изготовления

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



Каркас корпуса беспилотника

Силовая часть


В качестве коптерных моторов для аппарата мы взяли самые большие, которые были для нас в зоне оперативного доступа – T-MOTOR U8 Pro 170KV с рекомендованными для этих моторов деревянными пропеллерами от T-MOTOR диаметром 20 дюймов. Для управления скоростью моторов были выбраны ESC’и T-MOTOR FLAME 80A. С питанием от двух соединенных последовательно шестиячеечных литий-полимерных батарей Tattu 22000mah такая силовая установка позволила нам получить максимальную вертикальную тягу в 20 килограмм.

Для пропульсивной установки мы выбрали мотор Scorpion HKIII 4035 500KV с ESC FOXY XR-120 OPTO питанием от того же аккумулятора, к которому подключены коптерные моторы.
Итоговая взлетная масса летательного аппарата со всем оборудованием на борту вышла равной 14 килограммам. Максимальная скорость аппарата — 40 м/с, крейсерская скорость — 25 м/с, скорость срыва потока — 18 м/с, длительность полета в режиме самолета — более одного часа, дальность полета — до 100 км, что должно было обеспечить нам возможность выполнения миссии даже при неблагоприятных погодных условиях.

Система компьютерного зрения


Важной частью главного летательного аппарата для нас была бортовая система компьютерного зрения, без которой найти Джо и выполнить миссию невозможно. Основными элементами системы были выбраны RGB камера JAI GO 2400 с полнокадровым переносом и разрешением Full HD, и мощный мини-компьютер GIGABYTE BXi7-5775. Камера была закреплена на стабилизирующем подвесе нашей оригинальной механической конструкции под управлением контроллера Alexmos – это позволило нам получать изображения с постоянным уровнем наклона относительно земли, так что силуэт человека на них был отчетливо различим. Компьютер был соединен с контроллером полета для обеспечения возможности получения телеметрийных данных и отправки команд. Кроме того, при помощи 4G модема компьютеру был предоставлен доступ к FTP-серверу, через который осуществлялось сообщение со станцией оператора системы компьютерного зрения. Алгоритм программы, запущенной нами на борту, коротко описан в следующем параграфе.

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

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



Приложение на станции оператора

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



Классификация регионов интереса на борту беспилотника: красный контур — регион классифицирован, как не-человек; зеленый контур — регион классифицирован, как человек

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



Классификация регионов поверхности земли вдоль траектории летательного аппарата: светло-зеленый — трава, темно-зеленый — деревья и кусты, фиолетовый — асфальт

Вспомогательный летательный аппарат


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

Силовая часть


Для переноса ретранслирующего оборудования мы использовали летающее крыло, сделанное на основе довольно популярной платформы Skywalker X8. Летающее крыло в данном случае вписывается в ограничения, обусловленные неизвестностью ландшафта стартовой площадки, так как может быть запущено с легкой катапульты или с банджи, и может приземляться автоматически, не требуя для этого значительного открытого пространства. Для того, чтобы самолет мог приземляться без шасси, не получая значительных повреждений, мы заламинировали нижнюю часть корпуса кевларом и стеклотканью. Кроме того, чтобы увеличить прочность конструкции и обеспечить возможность полета на повышенных скоростях, стеклотканью была также заламинирована передняя кромка крыла. X8 было оборудовано двигателем на 710 KV, номинально рассчитанным на работу с литийполимерной батареей из пяти ячеек, и батареей для этого двигателя на 16 амперо-часов из шести ячеек. Из-за того, что мы использовали батарею с напряжением выше номинального напряжения двигателя, пришлось обеспечить в конструкции дополнительный влет воздуха для охлаждения. Для двигателся использовался регулятор скорости на 70 А и складывающийся пропеллер 9.5x8. На элевонах мы поставили высококачественные серва HS-5625MG от Hitec; серва обладают значительным запасом по характеристикам, что должно минимизировать возможность потери управляющих поверхностей, каждая из которых в случае летающего крыла является критически важной. Кроме того, на борту были расположены дополнительные малые батареи для авионики и системы аварийного прекращения полета, а также контроллер полета (Pixhawk). В итоге характеристики аппарата оказались следующими: масса — 3,5 килограмма, максимальная скорость — 35 м/с, крейсерская скорость — 25 м/с, время полета — до 55 минут, покрываемое расстояние — более 80 км.



Вспомогательный летательный аппарат во время тестовых испытаний

Организация связи


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



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

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

Особо следует отметить роль модуля “Маршрутизатор” в приведенной выше схеме коммуникации. Этот модуль просто пропускает через себя пакеты, приходящие от подключенного к нему контроллера полета или базовой станции, а по поводу пакетов, приходящих от подключенного радиомодема принимает одно из следующих решений: игнорировать пакет, отправить пакет обратно радиомодему, отправить пакет подключенному контроллеру полета или базовой станции. Маршрутизатор игнорирует пакет в том случае, если он уже встречался данному маршрутизатору ранее. Если же пакет ранее не встречался, но не предназначен устройству, к которому подключен маршрутизатор, то такой пакет отправляется обратно на радиомодем. В остальных случаях пакет отправляется подключенному к маршрутизатору устройству. Во время наших последний тестов, в силу допущений о взаимном положении летательных аппаратов, в маршрутизаторах на главном беспилотнике и базовой станции мы отключали опцию отправки пакета обратно на радиомодем, чтобы снизить нагрузку на радиоканал.

Что касается проблемы определения маршрутизатором, предназначен ли полученный пакет данному устройству – решение не совсем тривиально. Дело в том, что для сообщения с летательными аппаратами мы используем протокол mavlink, который является де-факто стандартом для пользовательских беспилотников. В заголовках mavlink отсутствует информация о получателе пакета, хотя есть идентификатор системы и подситемы отправителя. В нашем случае интерпретацией команд от “Базовой Станции 1” должен заниматься только контроллер полета вспомогательного аппарата, а от “Базовой Станции 2” – только контоллер полета главного аппарата, поэтому мы могли сортировать пакеты имея только идентификатор отправителя. Такое решение работает довольно надежно, но, опять же, маломасштабируемо и нуждается в дальнейшей переработке.



Маршрутизатор, осуществляющий фильтрацию пакетов, приходящих от радио-модема

В качестве радиомодемов мы использовали RFD 868+. Маршрутизаторы были сделаны нами на основе STM32 Nucleo, к которому мы добавили шилд, чтобы упростить подключение питания к плате, расширить возможности коммуникации и индикации.

Заключение


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



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

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

В конце стоит сказать, что ни одной из команд в этом году не удалось целиком выполнить миссию соревнований, что было связано с потерей летательных аппаратов по разным причинам: крушение, возгорание, вылет за пределы отведенного летного пространства и, стандартно, зависание на дереве. Наиболее отметились во время челленджа команда из TU Delft (оригинальная механическая конструкция и испытательный образец системы компьютерного зрения от Parrot, видео о беспилотнике тут) и Canberra UAV (доставили пробу крови, но разбили вспомогательный вертолет, видео о беспилотнике тут).

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

Материалы


» Правила UAV Challenge Medical Express 2016.
» Статья от организаторов челленджа о статистике и истории соревнований.
» Описание успеха Canberra UAV от Эндрю Триджелла — идейного лидера команды.
Поделиться с друзьями
-->

Комментарии (33)


  1. RusikR2D2
    30.11.2016 19:54

    Интересный гибрид.
    Немного вопросов:
    — в полете коптерные винты вращаются (под действием потока или от электромотора на низкой скорости), или неподвижны? Если неподвижны, то они как-то выравниваются принудительно, или «как повезло»?
    — чем обусловлена такая низкая скорость — условиями, экономией или большим сопротивлением гибрида


    1. vasilya93
      30.11.2016 22:04

      В полете коптерные двигатели отключены, и позиция винтов никак не контролируется. Иногда они произвольно вращаются под действием потока, но большую часть времени остаются неподвижными. Мы никак не заморачивались с контролем позиции, потому что моделирование и опыты показывают, что влияние пропеллеров на поток, даже если они установлены перпендикулярно ему, пренебрежимо мало — бОльшие завихрения образуются на двигателях, до 10 процентов подъемной силы может там теряться.
      Скорость обусловлена в первую очередь условиями миссии: с ней мы укладываемся во время, имея запас по времени и по дальности полета, и не тратим дополнительных денег на более крутые компоненты. Кроме того, более высокая скорость не играет нам на руку, так как с ней затратнее делать переход в коптерный режим, и, в случае сбоев, сложнее удерживаться в коридоре полета (а он довольно узкий, всего 200 метров).


      1. RusikR2D2
        30.11.2016 22:27

        а в какой последовательности работает переход режимов от коптера к самолету и обратно? Как ведет себя аппарат в этот момент? (на видео не очень понятно) и как вы пришли именно к такому варианту — путем перебора или каких-то расчетов?


  1. Vjatcheslav3345
    30.11.2016 20:06
    +1

    А почему не попытались выполнить миссию используя «Уродец»?
    Если упавшую машину все таки удалось (или можно попробовать) хоть как то восстановить, то стоит использовать её как «летающую лабораторию». Смысл предложения в том, что нужно не менять конструкцию а провести работу над ошибками — но для этого испытательная машина должна как можно больше проводить времени в воздухе — в идеале, — летать в любую погоду и в любое время суток, за исключением времени на её модернизацию. Ну и конечно не следует бросать моделирование конструкции, с учётом получаемых при полётах новых данных; своевременно вносить изменения в её проектную документацию.
    Тогда у вашей команды будут хорошие шансы на успех — с учётом наработанных ошибок можно будет изготовить второй экземпляр машины — уже для соревнований.


    1. vasilya93
      30.11.2016 22:30

      Спасибо за совет!
      Ну, Уродца мы с собой даже не брали в Австралию, потому что он и потенциально не способен пролететь необходимое расстояние и найти человека. Даже без всякой полезной нагрузки типа камеры и бортового компьютера его полетное время на скорости 20 м/c с конверсиями для взлета и приземления — около 15 минут, слишком мало.
      Что касается работы над ошибками, мы ее, конечно, проводим и будем проводить, хотя стоит заметить, что мы немало тестировали и перерабатывали платформу и до соревнований. Обязательным требованием последенего этапа является документированный налет беспилотником пяти часов, и мы это требование честно выполнили. Перед этим, правда, пришлось два раза собирать самолет почти заново: то, что на картинках выше — это уже третья итерация редизайна.


  1. webzuweb
    30.11.2016 22:50
    +1

    Конструкция напоминает zelator
    image


    1. vasilya93
      01.12.2016 01:47

      Воу, здоровский! Странно, но почему-то прежде не слышал об этом конкурсе от Airbus. И интересно тоже, что все остальные награжденные проекты — по тому же принципу. Хотя то, что Amazon для своего Prime Air год назад анансировал аналогичный аппарат, уж о чем-то да говорило.


      1. SimSonic
        01.12.2016 17:30

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


        1. vasilya93
          01.12.2016 18:07

          То, что Вы описываете, называется «конвертоплан». Я пишу о том, почему мы отвергли это вариант в секции «Главный летательный аппарат». Компания DHL, в частности, говорит о планах применять подробные устройства для доставки (видео тут) но они, по разговорам с представителями компании, тоже не решили проблему неэффективной работы двигателей с винтами, находящимися в средней конфигурации между коптерными и самолетными. Можно тоже вспомнить российский Коптер Экспресс: кажется в мае этого года они показывали оригинальную механическую конструкцию этой конфигурации, но ни одного видео тестового полета и уж тем более реального применения не последовало, ибо уж слишком это накладно и не оправдывает себя.


  1. Snowtomcat
    01.12.2016 01:26

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


    1. vasilya93
      01.12.2016 02:59

      Спасибо!
      При той технологии и материалах, к которым мы имеем доступ, крепление внутри крыла будет слишком громоздким, и выйгрыш в качестве потока не спасет — весь аппарат получится более тяжелым и дорогим. Если использовать технологии покруче, аппарат получится просто более дорогим :) При этом неясно, зачем платить больше, ведь характеристик и этого беспилотника достаточно для выполнения поставленной задачи. Кроме того, потери на коптерных двигателях можно свести к почти незаметным, если организовать там кожухи правильной формы, но для соревнований мы не успели этого сделать.


  1. Boriska007
    01.12.2016 01:26

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


  1. mikkab
    01.12.2016 01:51

    круто!
    чем обусловлен выбор BXi7-5775? решения на nvidia jetson было бы производительнее.
    классификация и поиск объектов на промежуточных стадиях полета было требованием организаторов?


    1. vasilya93
      01.12.2016 16:56

      Спасибо!
      Если бы Вы могли подкинуть ссылочку на какие-то сравнительные тесты между Jetson и одноплатными компьютерами на процессорах от Intel, был бы благодарен.
      Сразу хочу отметить, что и BXi7-5775 оказался для нашей системы зрения перебором: с несколькими итерациями предобработки изображений, поиском регионов интереса и классификацией мы использовали только около 50% доступного процессорного времени, и поэтому большую часть летных испытаний мы проводили с компьютером попроще.
      Насчет Jetson — смотрели в его сторону, но отказались по паре причин:
      — наши быстрые опыты по переносу обработки на видеокарту показали плохие результаты, а ресурсов для того, чтобы выделить человека для более подробного изучения вопроса не было;
      — Jetson тяготеет к Линуксу, что ограничивает спектр дальнейших возможных применений компьютера. Даже для той же камеры, которую мы в итоге выбрали для самолета, драйвера под Линукс существуют, но их поддержка закончилась четыре года назад, и неизвестно, что с ними будет дальше (по всем остальным параметрам для нас эта камера — лучший вариант).
      Что до классификации объектов, организаторы вообще ничего не требовали в это плане. Были даже команды c полным отсутствием системы компьютерного зрения: пытались просто пересылать фотографии с самолета на станцию оператора по LTE, но никто из них в результате не был близок к тому, чтобы найти человека. И нашим планом тоже не была классификация на промежуточных участах полета — только в зоне поиска человека.


      1. mikkab
        01.12.2016 18:04

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


  1. Bedal
    01.12.2016 10:39
    +1

    «редундантностью» — это, конечно, перл…
    Есть и другие терминологические (или переводческие) косяки: «полуплоскости» — это, конечно, консоли крыла, а «эйлероны» по-русски просто элероны.


    1. vasilya93
      01.12.2016 15:15

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


      1. Bedal
        01.12.2016 20:57

        Если бы просто про повышение надёжности — то и применить слово «надёжность» можно было бы. Но надёжность — это в большей степени сохранение работоспособности в штатных условиях. А redundancy — это сохранение работоспособности при внешних или нештатных воздействиях. И по-русски (Вы же не думаете, что само свойство появилось только после появления англоязычного термина?) это называется «устойчивость к повреждениям».

        Извините, несколько менторски получается — но это только от желания поправить огрехи в очень интересном тексте.


      1. Gutt
        02.12.2016 18:53

        Для «редундантности» давно есть простой русский почти-эквивалент — «избыточность».


      1. eugene_e
        02.12.2016 18:53

        Мне кажется, что «запас прочности» гораздо лучше «редундантности».


  1. sayanlar
    01.12.2016 11:24

    Круто, вот только Джо, скорее всего, больше помогла бы телемедицина и диагностика по симптомам…


    1. vasilya93
      01.12.2016 17:51

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


      1. sayanlar
        02.12.2016 00:14

        Анализы тоже бывают противоречивы.


  1. Frolush
    01.12.2016 15:16

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


    1. vasilya93
      01.12.2016 20:26

      Ну, при разработке всегда так: то одно не работает то другое, но зато как приятно смотреть на результат :) Вы бы подкинули мне ссылку на страницу или аккаунт, где выкладываете промежуточные или финальные результаты своей работы — глядишь тоже выручили бы нас в тяжелые минуты отсутствия мотивации ;)


      1. Frolush
        02.12.2016 15:00

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


  1. PendalFF
    01.12.2016 15:16

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


  1. ton1
    01.12.2016 17:04

    А не эффективнее было сделать пару винтов, или даже все 4, поворотными и не ставить отдельный тянущий мотор? Ведь это все мертвый груз выходит при прямом полете


    1. vasilya93
      01.12.2016 20:57

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


  1. Vjatcheslav3345
    01.12.2016 19:49

    А какое участие в ваших проектах принимает факультет механики, энергетики и авиации вашего университета?


    1. vasilya93
      01.12.2016 23:09

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


  1. Lenivoe
    01.12.2016 20:58

    исходя из задания я бы рассмотрел вариант автожира.


    1. vasilya93
      03.12.2016 03:48

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