Устройства для управления ЛА на больших расстояниях
Какая-то путаница с терминами
по умолчанию в Йоте IP имеют вид 10.10.10.x, к нему я не могу обратиться извне, по просьбе они подключают адреса начинающиеся на 94.
по умолчанию в Йоте IP имеют вид 10.10.10.x, к нему я не могу обратиться извне, по просьбе они подключают адреса начинающиеся на 94.
Ну если и так можно и VPN с обоих сторон на сервак и усе
тагда и дднс не нужен только один реал ип на серваке
Ну если и так можно и VPN с обоих сторон на сервак и усе тагда и дднс не нужен только один реал ип на серваке
Не будем углубляться 😃
по умолчанию в Йоте IP имеют вид 10.10.10.x, к нему я не могу обратиться извне, по просьбе они подключают адреса начинающиеся на 94.
Да я пока догадываюсь о чем речь… 😃 Запостил свою реплику, что бы и впредь не догадываться, а сразу понимать обсуждение… В данном случае 10.x.x.x - серая сетка, которая не маршрутизируется в инет. Но вы можете выходить с нее в инет благодаря серверу (скорее всего NAT), имеющего кроме доступа во внутреннюю сеть, один или несколько интерфейсов с внешними реальными адресами. Внутри одного провайдера сетка с серыми адресами может маршрутизироваться, а может и нет. Поэтому хоть один нужен реальник или хотя-бы на одной стороне или на посреднике-ретрансляторе.
ЗЫ по хорошему надо бы в отдельную тему вынести…
ЗЫ по хорошему надо бы в отдельную тему вынести…
Ну наконец то здравая мысль…
+1
на Arduino люди вроде летают по GPRS, интересно как у них это реализованно
upd:
а вот готовый модем
Примерно так:
Выкладываю на тестирование программу с частью функционала. Что умеет программа:
Модуль IPFPVBase.exe:
- Получает состояние ручек джойстика (rc пульта);
- Обрабатывает нажатие клавиш клавиатуры. Рабочие клавиши задаются пользователем в поле Key для каждого канала;
- Передает состояние ручек джойстика и состояние клавиш по протоколу UDP на заданный IP адрес и порт 8080;
Модуль IPFPVBoard.exe:
- Получает переданные данные данные по протоколу UDP через порт 8080;
- Демонстрирует перемещение ползунков при изменении состояния ручек джойстика и “зажигает” дискретные переключатели при нажатии на заданные клавиши клавиатуры.
Поскольку это мой первый проект на C# .NET и DirectX, и вообще я последний раз что-то делал на подобном языке программирования (Delphi) когда учился в институте, возможны КОСЯКИ. Прошу потестировать на своих компьютерах. Пишите у кого на какой операционной системе, DirectX и .NET заработало, и у кого НЕ ЗАРАБОТАЛО и при каких обстоятельствах, это пригодится для создания FAQ.
И самое главное - ПОТЕСТИРУЙТЕ НА 3G, EDGE, GPRS, CDMA и пишите сюда какая скорость реакции!
В дальнейшем планируется добавить обмен между базой и бортом потоковым видео и поддержку USB серво-контроллера Pololu Mini Maestro.
Поскольку это мой первый проект на C# .NET и DirectX, и вообще я последний раз что-то делал на подобном языке программирования (Delphi)
Имхо самая подходящая платформа для подобного проекта:-))) Потестировать можно. У тебя станция таймштамп передает а борт пишет лог? Иначе все субьективно будет.
У тебя станция таймштамп передает а борт пишет лог? Иначе все субьективно будет.
Замер времени прохождения сигнала не производится, пока да, все субъективно, но хотелось бы услышать эти субъективные мнения. Замер скорости можно временно сделать, но думаю не стоит его оставлять в релизе. Небольшое уточнение, сейчас база передает данные с интервалом 100 миллисекунд, можно сделать быстрее.
Посмотреть и потестировать запускается/не запускается и как регирует на перемещения джойстика и нажатя кнопок можно на одном компе, НЕ ОБЯЗАТЕЛЬНО запускать базовый и бортовой модуль на разных компьютерах, можно обе половины запустить на ОДНОЙ машине, просто указываете IP адрес этого компьютера. Для работы программы необходим джойстик или r/c пульт подключенный в режиме джойстика.
Уж простите, но имхо для оценки задержки в канале и его стабильности проще пользовать пингом… 😃 Там хоть какие-то цифры и статистика… Ну и конечно есть куча серьезного софта… Подвигать крутилки и посмотреть может и забавно, но тестированием канала это сложно назвать…
тестированием канала это сложно назвать
Дело то не в канале… Мне например интересно знать мнения гуру FPV насколько реально использовать такую систему для управления быстродвижущимся ТС на большом расстоянии, своего опыта у меня же нет, а примерно прикинуть на мой взгляд по этим крутилкам можно, поэтому и выкладываю на обсуждение, я за эти две страницы уже довольно много узнал.
но то что работать будет- понятно и так. вопрос -насколько надёжно? ответ 50/50
вот к примеру у нас с корбиной в договоре указано- что если сутки нет связи- они вычитают из аб платы просто один день. никаких неустоек. и если связь будет работать хоть 1 секунду в день- мы с них ничего не можем спросить.
я за эти две страницы уже довольно много узнал.
А прочитал бы предыдущие 23 страницы, еще больше узнал бы 😃
По моему, GSM и все такое не в тему тут совсем.
GSM и все такое не в тему тут совсем
Ну ОК, буду делать для себя тогда.
Максим, думаю многим интересны Ваши эксперименты. Но это слишком специфично для этой ветки. Еще раз предлагаю создать отдельную ветку по этой тематике, а мы будем смотреть, учиться и, поверьте, беззлобно, по возможности конструктивно критиковать (уж не обижайтесь)… 😃 По допустимому времени задержки команд управления есть выработанная веками отправная точка- время периода PPM= 20ms. Все что больше однозначно будет создавать неудобства при управлении модели в реальном времени. Насколько - зависит от массы факторов… Если Вы выложите в цифрах результаты тестирования канала, лично мне было бы проще сделать некоторые выводы хотя бы для себя…
предлагаю создать отдельную ветку по этой тематике
Хорошо, когда будут интересные новости создам новую тему, пока наверное не имеет смысла создавать новую чахлую ветку. Но суть новой темы будет аналогичная, что то типа “FPV носители и управление для СВЕРХ больших расстояний” 😃 Cверх больших, потому что есть желание сделать нечто летающее практически неограниченно далеко и способное приземляться на большом удалении от точки взлета, а затем взлетать и возвращаться в исходную точку. Видимо это должен быть мото планер способный парить и без двигателя, с подзарядкой аккумуляторов от солнечных баратей, вертикального взлета и посадки, возможно со складывающимся крылом. И не говорите, что это не возможно, мне интересно попробовать сделать такое нечто. 😃
Но суть новой темы будет аналогичная, что то типа “FPV носители и управление для СВЕРХ больших расстояний”
Все намного проще: “Управление через Интернет”.
через Интернет
Кстати да, через Интернет и точка, будет повод пнуть какого-нибудь умника из темы с его идеями. 😃
прикрутил RTH (автопилот домой), на столе работает
эмулятор GPS виртуально вращает самолёт, машинка «рулит самолёт в низ»