Радиоуправление с пк(не симулятор, а наоборот)
Реализовать можно,например тот же ардупилот плюс модемы , но по любому нужен джойстик, о плюсах и минусах такого управления ничего сказать не могу, (по моему задержки будут больше), но с обычного пульта удобнее и надежней по моему
Есть варианты без ПК.
Без пк не интересно, мне собственно нужно что-бы именно пк управлял.
Есть такая аппаратура - ROCKWELL DUALBAND. Она позволяет и через ПК управлять и даже без ПК (через комповый джойстик). Погуглите - найдете быстро.
как я понял это чудо работает только со своим собственным приемником и стоит как то безбожно, а я ищу то что бы работало со любым 2.4 приемником (воткнул в комп и полетел без переделки самой модели) и как мне кажется стоить должно ну баксов 40 максимум
что бы работало со любым 2.4 приемником
такого нет
Вы можете это реализовать самостоятельно, открыв для себя pygame. Это набор библиотек, позволяющий работать с захватом видео и данных с джойстика. Программирование весьма простое. Управление реализуется с помощью той же ардуинки (если быстро и просто) которая получает данные по uart и генерит ppm, который выводится на обычный передатчик, или отвечает за spi для взаимодействия с трансейвером. Только учитывайте, что видео захвата не вносящего задержки пока ещё на рынке нет (тут могу ошибаться, но обычно секундная и более задержка присутствует всегда)
нашел вот такое чудо китайской мысли dx.com/…/nrf24l01-usb-gfsk-wireless-communication-… вроде как то что нужно. А по видео это задержка камера-передатчик-приемник или платы видеозахвата?
а как та-же туринга она же конектится почти ко всему с управление по 2.4
турнига к своим приемникам… Футаба к своим и т.д.
нашел вот такое чудо китайской мысли
ммм… и куда вы это вставите? в компьютер? а приемник как биндить будете? а ppm сигнал кто генерирует и как он в передающий модуль попадает?
У меня сложилось впечатление что Вы совсем новичек и практического опыта не имеете. Но новички обычно представляют себе вещи сложнее чем они на самом деле. У Вас же наоборот, взять компоненты от балды свалить в кучку, потрясти - сказать ахалай-махалай и все заработает )))
Возможно есть что-то специализированное, не встречал. Реальная реализация это взять совместимые приемник и передающий модуль от пульта и в него подавать PPM сигнал. Данные из компьютера получать как уже говорили по UART в самодельную схему на микроконтроллере генерирующую PPM… А уж кто эти данные из компьютера будет отправлять еще одна задача. Софт писать самому.
Если слова которые я написал для Вас незнакомы - проект для Вас ооочень трудоемкий.
Комп выдаёт управляющий сигнал, микроконтроллер конвертирует его в PPM, PPM направляем в ЛЮБОЙ ВЧ модуль.
Гибкость управления и микширования обеспечена 😉
да уж как то все усложнили и очень странно что не такого устройства. Взять raspberry pi к нему вч модуль(возможно через маленькую ардуино) и можно управлять любым устройством хоть с пк, хоть джойстиком, хоть по вайфаю, а если еще воткнуть в него usb 5.8 ресивер то и видео можно стремить по сети. Но увы никто такого еще не сделал, остается смотреть в сторону ar drone, а вообще у меня мечта об устройстве из двух частей: 1 то что я описал выше, а второе маленькая платка с камерой gps, телеметрией, которою можно было бы подцепить к любому хоть самому дешевому квадрику не переределывая его и получить аналог ar drone.
Свой ВЧ модуль? Ну … ок. Результат предсказуем - дрова. Просто ради инетреса почитайте c какими проблемами сталкиваются разработчики LRS, где по сути тоже все просто - ардуина и стандратный ВЧ модуль. А проблем при этом - море …
Хотите РЕАЛЬНОЕ РАБОТАЮЩЕЕ что-то - делайте генератор ППМ. В ВЧ часть лучше не лазить, не понимая до конца какие там проблемы. Простых решений тут нету.
да уж как то все усложнили и очень странно что не такого устройства. Взять raspberry pi к нему вч модуль(возможно через маленькую ардуино) и можно управлять любым устройством хоть с пк, хоть джойстиком, хоть по вайфаю, а если еще воткнуть в него usb 5.8 ресивер то и видео можно стремить по сети. Но увы никто такого еще не сделал, остается смотреть в сторону ar drone, а вообще у меня мечта об устройстве из двух частей: 1 то что я описал выше, а второе маленькая платка с камерой gps, телеметрией, которою можно было бы подцепить к любому хоть самому дешевому квадрику не переределывая его и получить аналог ar drone.
Как-то вы все усложнили. Мало того что распбери сам себе полноценный компьютер, так еще и на GPIO есть SPI который можно задействовать для прямого взаимодействия с приемопередатчиком. Напрямую можно подключить джойстик, и у его SOC есть вход для аналогового видео (хотя на плате малинки он не разведен). Стримить видео по цифровым каналам возможно только с задержкой, так как передача без сжатия невозможна (либо никакая дальность, либо задержки на 1-5 секунд, необходимые для сжатия промежуточных кадров). К тому же все это не рилтаймово, так что в один прекрасный момент ОС может решить что ей важнее записать своп на карту памяти, нежели передать данные по SPI и носитель воткнется в землю. По этим причинам ничего подобного и не выпускают
Tahorg - " Простых решений тут нету" вот я это имел ввиду говоря “да уж как то все усложнили”. а зачем свой вч делать, модуляция и частоты у всех же одна а ппм генерит не вч модуль а raspberry .
То что у малинки есть “захват” видео это еще лучше, а про задержка видео так как то же эту проблему ar drone решает. Ну а про риальтам или нет это все очень надуманно, человек “подвисает” в разы чаще.
человек “подвисает” в разы чаще
- Очень спорно, я бы от таких держался подальше) Почитайте обзор ардрона в2. Из комментариев явствует, что лаги с видео начинаются на расстоянии 10 метров, а полная потеря 50-60 метров. О чем я и писал про дальность. Картинку он передает покадрово MJpeg в версии 1 и непонятно как но не в h.264 (т.е скорее всего опять же огромным потоком, но без временного сжатия), но уже и не в MJpeg в версии 2. Ну и нафига устройство с дальностью в 50 метров? А вообще в ветке FPV подробно обсуждается передача цифрового видео в различных разрешениях и ничего утешительного нет.
Взять raspberry pi к нему вч модуль
Дело за малым: кто именно должен “взять”?
Ну, ясно что не Вы- не царское это дело 😃
Тут уже 100500 раз обсуждали управление через GSM, И- нет, передачу HD, стерео, без рук, без ног…😃
Ищите- читайте.
А самое лучшее: взять вот это всё, что вы написали, сделать и утереть нам всем носы:)
И дрова на зиму (или для шашлыка) запасать не надо будет- сами появятся.
а зачем свой вч делать, модуляция и частоты у всех же одна а ппм генерит не вч модуль а raspberry .
Правда? А пацаны то не знают … Я вам умную вещь скажу, только вы не обижайтесь. ППМ уже никто не передает. ППМ нонче всего лишь устаревший, надеюсь умрущий скоро, протокол передачи данных между блоком формирующим сигнал и блоком его передающим. Протокол медленный, не очень надежный, с нехорошими ограничениями. Но пока, это стандарт для передачи управляющих сигналов.
А вот частоты, алгоритмы переключения между частотами, модуляция у всех РАЗНАЯ. Разные LRS используя, по сути, одину и ту-же хардварную схему, имеют разную надежность, дальность, латентность.
Вобщем - а по Вашим вопросам и утвердждениям понятна глубина владения темой - вот вам еще раз ответ. Сделать систему в виде - генерить на компе ППМ и подавать его на вход пульта/ЛРС Вы, возможно, сможете. Сделать систему полностью, включая радио часть, даже используя “стандартные” модули - нет.
Как направление могу посоветовать посмотреть на FrSky - там за смешные деньги есть готовый ВЧ передатчик, работающий со стандатными FrSky приемниками. Есть с чем поиграться, не задумываясь о тонкостях ВЧ части. И на километр оно летает, а если эфир чистый то и дальше.
- Очень спорно, я бы от таких держался подальше) Почитайте обзор ардрона в2. Из комментариев явствует, что лаги с видео начинаются на расстоянии 10 метров, а полная потеря 50-60 метров. О чем я и писал про дальность. Картинку он передает покадрово MJpeg в версии 1 и непонятно как но не в h.264 (т.е скорее всего опять же огромным потоком, но без временного сжатия), но уже и не в MJpeg в версии 2. Ну и нафига устройство с дальностью в 50 метров? А вообще в ветке FPV подробно обсуждается передача цифрового видео в различных разрешениях и ничего утешительного нет.
я же не говорю что стримить будет сама модель, с модели идет обычный аналоговый сигнал на 5.8ггц а уже raspberry его принимает переводит в цифру и стримит на комп или планшет. в таком варианте дальность особо не нужна.
И причем тут не царское дело, есть те кто занимается софтом, а есть те кто железом и железо мне не интересно. Если такого устройства еще нет проще взять дрон и не мучатся. Без связи с компом все это просто игрушки. Пока единственное ограничение которое серьезное это “А вот частоты, алгоритмы переключения между частотами, модуляция у всех РАЗНАЯ”.
И причем тут не царское дело, есть те кто занимается софтом, а есть те кто железом и железо мне не интересно. Если такого устройства еще нет проще взять дрон и не мучатся.
Про дела монарших особ не я вам писал. Устройства которое бы позволяла бы оцифровывать видео без задержки, передавать данные управления и принимать данные приемопередатчика и иметь связь по ЮСБ чтобы гнать все эти потоки на компьютер - не существует, так как компьютер на обычных операционных системах не может обеспечить гарантированный отклик в реальном времени.
ППМ нонче всего лишь устаревший, надеюсь умрущий скоро
Зря надеетесь: при всех его неудобствах РРМ протокол, доказавший свою работоспособность в последние 50 лет. И вся периферия в моделизме- заточена под него.
Думаете, тысячи производителей серв, регуляторов и прочего- позволят ему умереть?
с модели идет обычный аналоговый сигнал на 5.8ггц
Уже сама частота, предлагаемая для работы системы, совершенно не годится для получения нормальных дальностей: крайне сильно затухает в зависимости от состояния атмосферы и много чего еще 😦
есть те кто занимается софтом, а есть те кто железом и железо мне не интересно
Здесь то как раз форум тех, кто занимается именно “железом”, причем летающим.
А у него есть одно противное свойство: не прощает ошибок теоретиков и моментально становится “дровами”.
Причем, весьма дорогостоящими.
Зря надеетесь: при всех его неудобствах РРМ протокол, доказавший свою работоспособность в последние 50 лет. И вся периферия в моделизме- заточена под него.
Думаете, тысячи производителей серв, регуляторов и прочего- позволят ему умереть?
Ну PWM к сервам будет жить еще долго, а вот ППМ надеюсь помрет. Зачем для обмена между цифровыми устройствами (пульт->LRS или приемник -> автопилот или ретранслятор -> LRS и т.д.) аналоговый протокол??? При всей моей нелюбви к s.bus он способен прогнать 16 каналов за менее, чем 4 мс. Причем это будет ТОЧНОЕ значение с разрешением 16 бит на канал! А ППМ нам гонит 8 каналов за 22.5 мс, причем больше 10 бит с него выжать не всегда можно - начинает сказываться точность таймеров разных контроллеров. Мне 10 бит то хватает, а вот 22мс немного беспокоят … поэтому то и желаю ему скорейшей смерти, с выбработкой стандартного цифрового протокола … согласен и на сбас.