GPS-приемники для квадрокоптеров
Вот только интересы у всех разные, и стричь всех под одну гребенку не стоит…)
Есть еще такая важная вещь, как сертификация, денег стоит немеряных… Иногда коробочное решение за миллион оказывается дешевле, чем самопал за 200 тысяч…
Сообщение от Norgvan
Есть сверх легкие тепловизоры DRS Tamarisk \ FLIR TAU 2
И они могут работать в любых условиях? И в пыли, и под дождем? А может радиацию держат? Или не ломаются от приличных ударов? Нет? Тогда кому они такие нужны…)
И в пыли и под дождем. DRS военная американская компания. Они эти теплики на шлемы амер военным ставят. Класс защиты IP67. И удары держат
Вот спецификация i.imgur.com/qfGPH7T.png
У нас они нужны охотникам.
Касаемо спецификации, это тогда вобще другие деньги.
даже некоторое время были доступны исходники кодировщика
Исходники кодировщика и сейчас доступны в моей заметке на п-флаере. Вообще, я считаю, народ на групсах поступил некрасиво, объявив OPEN проект, и тупо закрыв прошивку, когда получили результаты от тестеров. Я писал и ciskje и luketanti, типа, дайте исходники - полный игнор, также как и в треде.
Скоро приедет логический анализатор - посмотрю, что они там наисправляли в последней версии. Должны были увеличить гейны компаса, и “ещё кое-что”
Во всеобщем пофигизме если честно, Сделай я у тебя куплю))))) раз Алексей не хочет…
Я разбирался с этим моментом. Могу сказать, что на ардуине (обычной, на меге 328) - не сделать обработку NMEA на софтовом UART-е. Времени процессорного не хватит. Ну, то есть, чтобы тайминги чётко выдержать. На teensy можно, но это дорого. Надо как китайцы - ставить STM32F030. И всё ок будет.
Очень характерно, не правда ли? Утверждать что конкурент, а по совместительству и флагман рынка, хуже чем самопальное поделие, при этом не имея малейшего понятия о его внутренностях могут только опенсорсники…) Ребят, без обид, но уже пора отказываться от двойных стандартов… Даже разрабы это поняли, забросили АРМ, и вовсю допиливают пикс, чтобы хотябы на втором месте удержаться… )
Если у разрабов получится то наза будет в … глубоко пикс по процу и акселям превосходит, а вот гиры, да согласен у вуконгов лучше (я подглядел что там)
- Калибровку компаса можно сделать со стиков и с двумя оборотами, как это сделано на Валкере. Но точность будет снижена равносильна как на DJI. А если ты заимаешься картографией и важны доли градуса, ты собираешь чуть ли не стенд для калибровки аппарата. Брать ноут не обязательно, планшет или телефон
на АПМ калибровку не сделать - в проц не влезет - калибровка в планнере вся, на пикс/ф4бы можно и там столько всего ещё бесполезно крутится - мама не горюй… например в самом драйвере компаса есть калибровка, но она не используется…
не сделать обработку NMEA на софтовом UART-е
а если наоборот gps к хардверному, а софтверно в назу? там какие то заморочки с самим протоколом что целой атмеги не хватает?
да там заморочка одна если делать не на ублоксе придется сначала перекодировать мнеа в ублокс а потом все это слать в назу, ибо в назу идет бинарный ублокс с подмешенными данными компаса насколько я знаю.
На сколько я вижу по коду готового энкодера (из того что доступны были, hex-ы новые как писали выше без исходников), там GPS сидит на софтверном порту, отдается хардверным, при этом данные с ублокса записываются в массив (не читал про ублоксовый протокол, может фигню скажу) потом формируется пакет и уходит в назу (данные от i2c компаса улетают после успешной отправки GPS данных через какой то интервал времени), в чем проблема сейчас текстовый NMEA (тем более упрощенный от Алексея) распарсивать и подстраивать под тот же самый массив? Не верю что там какие то суперские преобразования нужны что атмега не справляется (при условии что код вообще рабочий).
todo
- посмотреть ублоксовый протокол
- посмотреть что выдает nmea с модуля от Алексея (надеюсь назе не нужны излишки)
- дождаться назы и попробовать без лишней теории и пустых вопросов =)
На сколько я вижу по коду готового энкодера (из того что доступны были, hex-ы новые как писали выше без исходников), там GPS сидит на софтверном порту, отдается хардверным, при этом данные с ублокса записываются в массив (не читал про ублоксовый протокол, может фигню скажу) потом формируется пакет и уходит в назу (данные от i2c компаса улетают после успешной отправки GPS данных через какой то интервал времени), в чем проблема сейчас текстовый NMEA (тем более упрощенный от Алексея) распарсивать и подстраивать под тот же самый массив? Не верю что там какие то суперские преобразования нужны что атмега не справляется (при условии что код вообще рабочий).
todo
- посмотреть ублоксовый протокол
- посмотреть что выдает nmea с модуля от Алексея (надеюсь назе не нужны излишки)
- дождаться назы и попробовать без лишней теории и пустых вопросов =)
правильный подход к делу)))))
А можно пару видео с подвесом?
Нарезал кусков из крайних подлетов. Видео чисто техническое и скучное, запостил в более подходящую ветку, для большего толку.
Фраза:
вообще никаких серьезных претензий нет
К подвесу/видео никакого отношения не имеет! 😃
Привет всем, нужна помощь, необходимо изменить скорость на GPS, как это сделать?
Блок к компу , в программе U-center меняете всё, что нужно. Второй вариант хардверно, через подачу определённых уровней на 13,14 ноги блока конфигурируете.
CFG_COM1-----CFG_COM0----------------Protocol ------------------Messages------------------------------------------------------------------------------UARTBaud rate----USB power
1---------------------1-----------------------NMEA------------GSV, RMC, GSA, GGA, GLL, VTG, TXT--------------------------------------------------------9600-----------BUS Powered
1---------------------0-----------------------NMEA------------GSV, RMC, GSA, GGA, GLL, VTG, TXT--------------------------------------------------------38400----------Self Powered
0---------------------1-----------------------NMEA------------GSV14, RMC, GSA, GGA, VTG, TXT-----------------------------------------------------------4800-----------BUS Powered
0---------------------0-----------------------UBX--------------NAV-SOL, NAV-STATUS, NAV-SVINFO, NAV-CLOCK,INF, MON-EXCEPT, AID-ALPSERV-----57600----------BUS Powered
Неудачно вставилось, посмотрите PDF u-blox.com/…/NEO-6_DataSheet_(GPS.G6-HW-09005).pdf
Объясните от чего шла помеха на GPS? В общем суть понял, но не понял от чего именно.
В дополнение к моему посту, это относится к U-blox NEO6, на 7 м уже не конфигурится так, и ноги 14,15.
да там заморочка одна если делать не на ублоксе придется сначала перекодировать мнеа в ублокс а потом все это слать в назу, ибо в назу идет бинарный ублокс с подмешенными данными компаса насколько я знаю.
Всё не так.
В ублокс кодировать ничего не надо. Протокол у назы свой, там шифрование есть и всякое такое.
Данные компаса должны улетать каждые 30 мс. В реализации luketanti сделано и оригинально, и тупо одновременно:
Данные компаса посылаются с приходом каждого пакета с блохи. Это приводит к тому, что сначала они выплёвываются бодро, потом пауза, до 200 мс, потом опять пачка, опять пауза. Не думаю, что назе от этого станет легче. Но способ тем не менее работает.
Посылать что-либо по таймеру не получится - прерывания от софтового уарта происходят слишком часто, обработчик их огромный, и функции типа millis() в итоге работают через задницу. Я пробовал.
Более того, я даже пробовал подключать и ГПС и назу к одному хардверному порту - другие грабли. Когда идёт передача - ничего не принимается. =) в итоге теряю бОльшую часть ГПС пакетов.
Короче - говорю же - на меге 328 нифига не получится. Надо как китайцы брать проц с хардовыми уартами и делать. Чем я сейчас и занимаюсь…
надеюсь назе не нужны излишки
Надеюсь, гпс модуль для АПМ-а передаёт СКОРОСТЬ? =))) Она очень нужна назе, больше чем всё остальное.
Эммм что значит передает скорость? кстати альтернативный проект на котором уже Летает саня работает именно на 328 меге.
Блок к компу , в программе U-center меняете всё, что нужно. Второй вариант хардверно, через подачу определённых уровней на 13,14 ноги блока конфигурируете.
Неудачно вставилось, посмотрите PDF u-blox.com/…/NEO-6_DataSheet_(GPS.G6-HW-09005).pdf
Не подскажешь где именно нужно поменять?
Эммм что значит передает скорость? кстати альтернативный проект на котором уже Летает саня работает именно на 328 меге.
Что за альтернативный проект?
Ну ребят полазайте на рц групсе)))) Это закрытый проект поэтому пока ничего.
Что за альтернативный проект?
- www.rcgroups.com/forums/showthread.php?t=1995704
- www.rcgroups.com/forums/showthread.php?t=2331009
- www.rcgroups.com/forums/showthread.php?t=2290346
- Декодер Кан’а Назы www.rcgroups.com/forums/showthread.php?t=2071772
У меня кстати сохранилась прошивка Альфа 0,2 именно с исходниками а не Хекс, как сейчас выкладывают. Если кому надо, вышлю.
это я так понял основной проект на групсах, а альтернативный это какой то секретный проект Дмитрия, смысл тогда про него заикаться если информации никакой
это я так понял основной проект на групсах, а альтернативный это какой то секретный проект Дмитрия, смысл тогда про него заикаться если информации никакой
Нет. На Рц групсах несколько проектов, от разных людей - pawelsky \ luketanti \ciskje
Эммм что значит передает скорость?
Разницу между текущими координатами и прошлыми за единицу времени…