Управление через интернет
Угу, и винду на борт. 😃 Внимание ! Система выполнила недопустимую операцию…ваш самолёт будет отформатирован…
Система выполнила недопустимую операцию…ваш самолёт будет отформатирован…
😁
Для такой системы, в первую очередь, нужен хороший АП. Тогда проблемы с джойстиками и сервоконтроллерами сами отпадут.
Для такой системы, в первую очередь, нужен хороший АП. Тогда проблемы с джойстиками и сервоконтроллерами сами отпадут.
Ааа, понял, кнопку нажал а дальше наслаждаешься видами с высоты, если честно хотелось бы еще и порулить.
Как уже выясняли рулить выше 1 км не выйдет. А так я думаю, что полет по точкам очень нечего получится. Только вот делать все это надо под Линукс, а еще лучше риал-тайм ОС. Ну и на борт что-то в форм-факторе ПС-104.
Как уже выясняли рулить выше 1 км не выйдет. А так я думаю, что полет по точкам очень нечего получится. Только вот делать все это надо под Линукс, а еще лучше риал-тайм ОС. Ну и на борт что-то в форм-факторе ПС-104.
Высоты 1км мне хватит думаю (по камере еще не летал), на большей высоте (сужу по просмотренным видеороликам) скучновато. Объясните почему под Линуксом будет лучше? Для начала хочу все собрать на плате от б/у нетбука, SSD накопитель на 32GB уже есть, и есть WiFi модем (за городом нет покрытия). Еще информация к размышлению: продвинутые кодеки не получается использовать, все они требуют буферизацию (иначе работают не эффективно или вообще не работают), из-за чего задержа получается от 3х секунд и более, поэтому в программе используется MJPEG единственный из кодеков, с которым удалось как-то приблизить видео к реальному времени. Огромный недостаток MJPEG заключается в том, что для качественной картинки нужен большой битрэйт, хорошего качества при 20 fps можно добиться в VGA только при 3 мегабитах в секунду. Эксперименты с Yota показали, что можно расчитывать на исходящую скорость в районе 500 КИЛО бит в секунду, при этом картинка разбивается на ярковыраженные квадраты, меня это в общем устраивает.
Объясните почему под Линуксом будет лучше?
Потому что оно более гибко настраеваемо. К примеру нужен те на борту гуй?
Потому что оно более гибко настраеваемо. К примеру нужен те на борту гуй?
По большому счету графический интерфейс не нужен, но и не помешает, чем он не устраивает? Ресурсов 1,66 МГц процессора хватит с запасом.
В чем гибкость Линукса в сравнении с Win? Никогда не было желания им пользоваться. 😃 Поэтому хотелось бы по-подробней.
По большому счету графический интерфейс не нужен, но и не помешает, чем он не устраивает?
Пожиранием ресурсов.
В чем гибкость Линукса в сравнении с Win? Никогда не было желания им пользоваться. Поэтому хотелось бы по-подробней.
Мы щя опять в глубокий оффтоп уйдем. Гибкость в том, что ты всегда можешь оставить только то что тебе нужно. И вся система будет жить тупо в оперативке, даж с простеньким гуем:-)
Давайте здесь обсудим, что потребуется для создания системы управления моделью по камере через интернет?
С передачей команд управления туда и GPS координат обратно проблем почти нет, разве что неустойчивость канала связи и естественные ограничения по высоте. А вот видео, пока, в непонятках. Задержка секундного порядка и FPS < 5, крайне некомфортны. В отличии от видеотелефона, где в основном передается морда собеседника, при статичной остальной картике, в полете- все наоборот. И меньше 0.5-1 мбит/сек пока не укладывается. 😦
Хотелось бы выслушать предложения именно по этому разделу.
И меньше 0.5-1 мбит/сек пока не укладывается.
В любом случае буду делать экспериментальную модель из того, что уже есть, это будет шустрая машинка с ДВС, и если ею будет реально управлять, значит и планером тоже можно.
то будет шустрая машинка с ДВС, и если ею будет реально управлять, значит и планером тоже можно.
Боюсь Вас разочаровать, но планеру нужно быстрее. Он не сможет остановиться в воздухе на несколько секунд и подождать пока изображение дойдет до оператора. 😃
Боюсь Вас разочаровать, но планеру нужно быстрее.
Не разочаруете, машинке тоже нужно БЫСТРО 😃 она больше сотни пойдет, а на земле места меньше чем в небе и повернуть с радиусом километр не получится. 😃
машинке тоже нужно БЫСТРО
Машинке можно быстро. А нужно быстро - водителю. С планером - все наоборот. 😃
Машинке можно быстро. А нужно быстро - водителю. С планером - все наоборот.
Посмотрим что получится 😃 Там есть еще над чем подумать, запускать полуфабрикат нет желания, хочется сделать все красиво, с электро-стартером, фарами и т.д. Так что первый старт не скоро, может за это время еще что-нибудь придумается с передачей видео.
Лучше вместо шустрой машинки, для начала, сделать медленный трактор.
Быстрее поймете о чем говорит Александр.
А вообще в далеких и долгих полетах (ведь Вы собрались летать далеко и долго) любоваться особенно нечем, да и дергать за стики быстро надоест.
Уж если так хочется управлять через интернет, измените постановку задачи.
Достаточно передавать на объект команды управления для АП и получать обратно телеметрию для оператора (уверяю Вас даже с АП ему есть чем заняться). Ну а дальше:управление несколькими объектами, прием-передача объекта управления от одного оператора другому, увязка запланированных маршрутов и реальных траекторий движения и т.д. и т.п.
А красивые виды Вам привезет самолетик в записи с хорошим качеством.
Лучше вместо шустрой машинки, для начала, сделать медленный трактор.
Дело в том что именно шустрая машинка - одна из целей этой затеи, а про трактор прикольно 😃 ну далее можно скорпиона шестиногого с камерой 😃 придумать можно много чего, зачем зацикливаться
Достаточно передавать на объект команды управления для АП и получать обратно телеметрию для оператора
Это тоже интересно.
Уж если так хочется управлять через интернет
Хочется улететь далеко, а там совершить мягкую посадку 😃
Ах если бы маленькая скорость передачи данных была единственной проблемой в сетях сотовой связи, то наверно уже все давно бы летали по сотовым телефонам. Сама связь крайне не устойчива и бывает отваливается на ровном месте. Вот заложили вы вираж и… абонент недоступен.
Ну и на борт что-то в форм-факторе ПС-104.
Я так думаю, что для такой системы в первую очередь нужен хороший стабильный интернет, который работал бы быстро, без глюков, без потери связи, без задержек, бешеных дропов и т.п.
Если даже без заменить на или то с ТСП ИП это все равно утопия не будет такого интернета.
Для такой системы, в первую очередь, нужен хороший АП.
Согласен без него никак. И очень мощная стабилизация
Я имею опыт управления моделью через канал с задержкой, адреналин я вам скажу еще тот.
Позапрошлыми выходными тестировал ФИ 20А видимость была около 150 метров на планер в небе и около 250 по земле летал без монитора и очков запись вел на ноутбук через ЮСБ приблуду за 10 зеленых вот задержка в связке приблуда екран
Летал визуально не ФПВ
Отвлекся от вокера в полете на расстоянии 150 метров и больше не смог белого ская увидеть на фоне белого тумана. Сразу выброс адреналина, а как его белого искать на белом снегу то если что??? Подбегаю к монитору и давай по нему рулить к дому. Ощущения те же как и разговор по скайпу то оба абонента говорят одновременно то молчат вместе. Так вот пока нацыкался выдерживать паузу при развороте - два раза проскачил направление к дому так что проще было пойти еще на один круг. И посмотрите с какой маленькой задержкой я летел, а вы говорите о задержке в секунды.
Напрашивается направление куда копать - к очень навороченному полноценному автопилоту как к самосоятельно мыслящей единице на борту планера.
Эксперименты с Yota показали, что можно расчитывать на исходящую скорость в районе 500 КИЛО бит в секунду, при этом картинка разбивается на ярковыраженные квадраты, меня это в общем устраивает.
А в чем удовольствие такого полета по мигающей и тормозящей картинке с низким разрешением? Лучше тогда уж аналоговый канал.
Или задача чисто промышленная, сделать БПЛА способный летать в ближнем подмосковье? (где Yota есть)
Или задача чисто промышленная
Задача чисто развлекательная 😃 А развлекаться можно по-разному, не только же летать низко-близко, да в стратосферу, мне кажется увлекательной задача сделать ЛА способный приземлиться очень далеко от места взлета, а потом взлететь и вернуться обратно.