Activity
Интересно, что пульт остался OccuSync 2.0. Хотя на дроне Transmission System - O3 (compatible with OcuSync 2.0).
Опробовал относительно дешевый Samsung A32 (с Air2 - DJI Fly) - действительно, при ярком освещении экран включается в сверх-яркий режим 800 нит (при том, что в ручном режиме яркость в помещении максимум 360 нит). Замерено прибором (i1Pro).
Ну понятно, фантазия у вас разыгралась ))) это просто обычный ветер его унёс и ошибки связаны с перегрузкой моторов, которые с ветром не справлялись.
Вообще штиль полный был, ветра не было. Чтобы дрон сдуть под 67 км/ч это какой должен быть ветер?
Не понял… про чайку это был домысел, вы сами не видели? Как такое может быть, чтобы потом отпустила и дрон опять полетел - он бы моторы выключил…
Кричащую и летающую вокруг чайку я видел, но сам момент сноса дрона не видел, т.к. смотрел в экран. По камере было видно как дрон по кривой траектории довольно быстро относит, после некоторых попыток манипуляции стиками он остановился.
Выложил лог на AirData (ссылка) - видно, что были ошибки Not Enought Force/Esc error. Сам я только осваиваю миник, если есть гуру анализа полетных логов, подскажите, что это было.
Максимальная скорость на 35-36-ой секунде около 42mph - 67км/ч
Это как?
Несли в клюве?
Коллеги, а кто как борется с атаками птиц на миника?
Вот сегодня спокойно взлетал, никого не трогал, и тут на тебе - чайка схватила и протащила 200 метров, еле вырвался.
Вот лог полета - лог полета
Если ничего не путаю, потащили меня на 27 секунде, отпустили на 50-ой. На винтах небольшие вмятости - видать по лапам долбануло.
Хотя визуально ничего не видел - но просто офигел от картинки куда-то летящего дрона при отпущенных стиках.
Какие параметры еще в логе посмотреть, чтобы убедиться, что это было внешнее воздействие? Может просто дрон переглючило?
Таможня не пропустила Mavic с Aliexpress.
Продавец все указал корректно как я просил. Стоимость в инвойсе 599 долл. В этом месяце у меня больше посылок не было.
Судя по вашим постам, вы торгуете коптерами. Не с этим ли связано такое поведение таможни? Ведь товары в МПО должны предназначаться только для личного пользования.
Судя по фото, это пока рендер 3д модели, а не фото реального продукта. Не видно поролоновых прокладочек, видать, не нарисовали еще.
У приёмника - линейный стабилизатор, поэтому он и должен греться.
И питать его от 13В - нехорошая идея.
А на какое напряжение? Может его выкинуть и поставить внутрь ипульсный DC-DC преобразователь, тогда и батарея экономнее будет расходоваться.
Интересное кино… Померял потребление шлема (после того, как батарея нового образца высадилась за 40 мин).
5В - 510 мА
6В - 700 мА
7В - 830 мА
8В - 770 мА
9В - 720 мА
10В - 620 мА
11В - 550 мА
12В - 500 мА
13В - 470 мА
Устойчивая работа приемника начинаяется после 5.5В, получается, самый экономичный режим на 6В - потреблшение 4.2 Вт, выше уже до 6.5Вт доходит.
Еще приемник сильно греется (разъем горячий) - у всех так?
Подскажите, на сколько хватает батарейки на Racer 250 в режиме висения?
У меня на штатных 5040 и батарее Turnigy nanotech 1500 mAh 350-70C вышло 10 минут, а после установки пропов GemFan 5030 выросло аж на 2 минуты (12 минут).
Получается, 5030 более эффективны?
Еще один пирожок созрел:
Получил свой VR-007 с батареей нового образца. Мне все понравилось, шлем действительно очень легкий.
Со зрением -1.5D проблем с шлемом не испытываю. Вообще, как я понял, он хорошо подходит именно близоруким людям, т.е. тем, кому удобно сфокусироваться вблизи.
Проверял с передатчиком Echine ET600R, даже за бетонной стенкой антенну к шлему можно не прикручивать - сигнал устойчивый.
Вы издеваетесь? Однобаночная Ii-po утяжелит?!!
Что Вас так рассмешило? Во-первых, батарея 2-баночная, во вторых, комфорт носки шлема сильно зависит от веса, почитайте обзоры по HTC Vive - шлем хороший, но, зараза, тяжелый, долго его не поносишь.
Конкретно по шлемам Eachine заявлен вес 256г (VR-007) и 375г (EV800) - согласитесь, разница существенная. При этом понятно, что батарея будет смонтирована в дальней части, где экран, а значит “рычаг” будет больше.
Обратите внимание, его если что пилить уже не надо! Передняя часть съемная.
Чего-то хлипковато выглядит, плюс лишние щели-засветы. Да и встроенная батарея утяжелит конструкцию.
но столкнулся с маленьким нюансом, не отображаются некоторые режимы полета: position и drift. Турнига 9хr
А что такое POSITION? POSHOLD у меня точно отображается, а это последний добавленный режим.
моторы sunnsky 3508 700kv
Коллега, подскажите, какие пропы с этими моторами. используете? Какая энергоэффективность (г/Вт) получилась?
У меня такие же моторы и рама, пропы APC 12x4.5MR, при полном весе 1830г и тяге 48-50% висит 25 минут (батарейка 5000 ма*ч 4s). Макс тяга - 4.6кг при 40А.
В любом случае лучше использовать последние версии прошивок и в ардуине и в аппе. Вроде был какой-то баг на малой высоте, вроде его исправлял. Зимой не летаю, так что сам уже все забыл Попробуйте перепрошится, если баг останется, отпишитесь здесь. Как начнется полетный сезон я достану свой квадрик и баги поправлю.
Так я только что прошился, прошивки все взял последние (от октября 2014г). Переделал на Ардуино мини, оказалось очень удобно т.к. можно использовать родной разъем от телеметрии. (раньше было нано с буфером на логике). Может кто-нибудь тут сможет проверить, как меняются показания высоты в диапазоне 0…2м?
В любом случае, с удовольствием использую ваши прошивки, теперь даже таймер корректно отображается, спасибо!
может взлетали со стола, а не с земли?
Последовательность действий: аппарат стоит на полу, выполнил арм-дизарм, alt обнулился, дальше руками аппарат плавно поднимаю, при поднятии до 1м показания не меняются (равны 0), дальше на высоте 1.1м показания становятся -0.1 и далее меняются от -0.1 до -0.9 ближе к высоте 2м. После -0.9 отображается сразу 1.0 (реально высота 2м). Дальше вроде нормально (только с погрешностью минус 1м). В Mission Planner такого не наблюдается. Er9x 64, прошивка 3.20 - может из-за нее?
Иногда “мертвая зона” меньше - т.е. показания alt начинают меняться на 0.7м, но всегда последовательность 0, -0.1, …, -0.9, 1.0, 1.1,…
Почему то параметр alt ниже метра отображается с “минусом”. Т,е. 2…1.5…1.0…-0.5… 0. Это нормально?
Если есть 3DR телеметрия, тогда уж проще на ноутбуке смотреть. А то схема больно сложная получается.
Вроде Vcc на мозгах просело до 4.6в, как с питанием ARM?
Питание Power модуль c UBEC. Просадка небольшая, она является следствием просадки основного питания при резком наборе высоты. Что является причиной, не понятно.
Коллеги, помогите разобраться, пожалуйста.
Облетывал свежесобранную гексу, после переключения из Loiter в AltHold через некоторое время аппарат улетел свечкой в небо. Такого поворота я не ожидал, в итоге переключил в Stabilize и жестко посадил.
По логам видно, что контроллер поставил ThrOut=100% и держал это значение пока не был выставлен режим Stabilize. В показаниях барометра и GPS глюков не нашел. Прошивка 3.1.5.
Лог прилагаю. Если не сложно, гляньте пож-та.
Коллеги, подскажите пож-та. Хочу перейти c Turnigy/FrSky с телеметрийным модом на OpenLRS. Почитал дневники в первом посте, но сходу не нашел информацию:
- Есть ли поддержка телеметрии (аналогичной FrSky) в прошивке байчи, или это нужно к openLRSng?
- В чем ключевое различие между прошивкой байчи и openLRSng?
- Где купить нормальный 1W передатчик не слишком дорого (можно ли брать с HK и переделывать чтобы ВЧ модуль был на 5В? - есть ли где-то описание переделки?).
- Аналогично - где купить 1W приемник.
- Какие LPF фильтры лучше поставить на передатчик/приемник, чтобы исключить влияние 1.2G видео.
Да, для поиска упавшего аппарата в горах придется запомнить высоту в точке взлета и прибавить в уме к значению на экране.
Передача двух высот раздельно (и абсолютную и относительно точки взлета) с ардуины в пульт считаю непозволительно расточительным расходованием полосы пропускания, ограниченной аппаратно в телеметрии FrSky, величиной 9600 бит/с. (Именно по причине недостаточной ширины канала в новой версии не будет данных accX, accY, accZ).
[/URL].
А зачем нужно относительная высота с GPS, если есть относительная высота с высотомера? Только для того, чтобы их сопоставлять в полете? А зачем - у них точности на порядок отличаются, если уж интересно их сопоставлять, это можно в логах потом посмотреть.
Считаю, что высоту с GPS нужно выводить абсолютную, причем не на основном экране. Чисто для информации для поиска.
Еще пожелание - выводить высоту с баро-высотомера с одним десятичным знаком после запятой, для высот до 100м.
А нужна ли она:? Может достаточно высоты относительно Home?
Конечно нужна, для поиска упавшего аппарата. Например, в горах, важно знать абсолютную высоту (речь идет не об основном экране, а об экране с координатами GPS).
Корректно, только не в десятитысячных градуса, а в минутах и секундах.
0,9176 градуса это как раз 55 минут 7 секунд.
Нужно в десятитысячных, конечно, сделать если брать как стандарт “де факто” гугл мап и яндекс карты.
Только фирменный дисплей FrSky FLD-02 будет показывать с ошибкой тогда (там в минутах).
Да в общем, не важно в каком формате отображать, лишь бы он был стандартным и верно интерпретировался. Логично, что все, что идет после десятичной точки, должно быть долей в десятичном формате. Поэтому, либо нужно подвинуть точку на 2 знака вправо, либо отображать после запятой не секунды 0-59, а все-таки доли минуты. Нельзя ли отображать, как на скриншоте Garmin - там все четко и понятно.
А по высоте есть соображения? У меня в Mission Planner отображается корректная абсолютная высота над уровнем моря в параметре altasl
Некорректно отображаются координаты GPS и и абсолютная высота над уровнем моря (на экране с координатами). Через FrSky хаб отображается корректно.
Очевидно, что число после точки нужно делить на 6000, чтобы корректно отображались доли минуты в десятичном формате. С высотой не понял - вроде в 10 раз больше, но тоже не точно.
Ниже пример в картинках (FrSky, Mavlink, Garmin):
Коллеги, не подскажете в чем разница между SunnySky V-серия и XS-серия?
Мне показалось, или Таранис опять подорожал? Уже 172, вроде недавно было 125.
Собрал с Arduino Nano, в цепи RX включил повторитель на КР1533ЛП16. Теперь все работает.
а как сейчас организовано питание и что с землей?
Земля с Arduino общая, 2 контура питания APM соединены перемычкой (т.е. +5в Inputs соединен с +5в Outputs). Питание от BEC в ESC.
Еще пожелание - отображать координаты GPS, при этом, если телеметрия пропала, отображать последние значение. Очень может помочь при поиске упавшего аппарата, и тогда FrSky хаб со своим датчиком можно спокойно убрать будет. Я так понимаю на один экран это уже не влезет, может быть можно сделать 2 экрана - один с оперативной информацией для полета, второй - дополнительной для контроля, поиска и т.п.
Все, наконец дошло. Посмотрел по схеме, оказывается, UART0 подключен к микросхеме MUX через резистор 1к. В итоге при лог “0” с TX UART0 мы получаем делитель 2:1 (1к резистор в APM, 1к резистор в Arduino Nano). Значит на Nano нужно ставить повторитель. Надеюсь, мои изыскания кому-то пригодятся. Не все Arduino “одинаково полезны”.
Похоже, разобрался:
- При подключении напрямую к UART0 - все заработало, сигнал в норме (как на 1 осциллограмме).
- При подключении к порту телеметрии - не работает, сигнал как на 2ой осцилограмме.
- Провел эксперимент - TX c порта телеметрии посадил через резистор 2к на шину +5в. И получил ровно такую же картину - просадку сигнала в сторону +5в как на 2ой осциллограмме.
Выводы: С порта TX телеметрии (MUX TX) идет очень слаботочный сигнал, который не предполагает наличии в цепи резисторов, подтягивающих на +5в шину. Т.е. сигнал не стандартный для TTL логики. На Arduino Nano стоит стандартный FTDI конвертер, который запитывается даже при отсутствии подключения USB, при этом лог “1” с TX FTDI заведена на RX Arduino через резистор 1к. В результате сигнал просаживается (осцилограмма 2) и прием от APM не работает.
Вообще, странно, в даташите на MUX микросхему TS5A23157 указан макс ток ключа 50 мА, подтяжка через 1к на +5в дает ток всего 5 мА, стандартная логика 74ALS держит при лог “0” 8 мА. В моем случае (не выпаивать же FTDI) поставлю стандартный TTL повторитель на 74ALS, надеюсь, все заработает.
P.S. Плохо, что в Er9X не видно пропадания связи с телеметрией, в OpenTX сразу пишется NO DATA.
- Если живой, то попробуйте взять телеметрию не с разъема, а с боковых контактов UART0 - если будет работать, то можно и не менять ничего, просто будете вручную по очереди подключать разъемы USB/телеметрии.
Я ошибся - телеметрия живая, ее не было т.к. запитался от USB. В общем, проблема остается как была раньше - при подключении телеметрии в RX Arduino меняется вид сигнала.
См. осцилограммы. 1ая - сигнал телеметрии до подключения, вторая - после.
- Проверьте MUX - он тоже может пострадать при проблемах при одновременном подключении отдельного источника питания и USB
- Можно использовать другой UART2, если UART0 спалили, но потребуется небольшое (пара строк кода) внесение изменений в исходники ардукоптера
и запайка джампера
Спасибо за ответ. В общем, ситуация сейчас следующая - Nano прошита нормально, активно мигает при старте, а потом с периодом 1сек, и при подключении D5 на аппе высвечивается NO MAV. Т.е. сигнал с Ардуино идет. На порту телеметрии сейчас “тишина” - получается, это у меня вылетел порт MUX TX/RX судя по схеме. Чем мне это грозит? Я так понимаю порт телеметрии можно джамперами перекинуть с MUX на UART2, подскажите - где это в прошивке править? На порту UART0 сигнал присутствует, т.е. он рабочий. Через USB связь есть. Получается, мне микросхему TS5A23157 нужно менять?
Коллеги, требуется помощь - не удалось завести по предложенной схеме, да еще и APM попутно спалил.
Все прошил, все собрал - ничего не работает. Начинаю разбираться (с осциллографом). Arduino Nano. На D5 пакеты есть, на TX тоже периодически что-то проскакивает. Проблема с RX. Сигнал на APM нормальный, но как только подключаю его к RX Nano, нижняя граница импульсов из 0 смещается в район 2.6В, т.е. пакеты идут по наряжению 2.6-4.6В. Такое ощущение, что на RX что-то висит и садит его на +5В. На Nano стоит FTDI, но вроде в описании указано что он включается только при запитке от USB. Посмотрел по схеме - FTDI подключены к Атмеге через резисторы 1к, по идее, даже если на FTDI лог “1”, не должен он так поднимать напряжение. Подключал вместо Ардуины радиомодуль телеметрии - на RX все нормально, пакеты идут 0…4.6В, т.е. проблеме именно в Nano.
Насчет APM - не знаю как так получилось, со стороны Outputs перестал запитываться (джампер стоит), со стороны Inputs и USB - нормально. Предохранители вроде целы, видимо, вылетел диод Шотки между контурами питания.
И еще вопрос - настройка пульта Std/Mav на что влияет? Нужно Mav ставить?
А в OpenTX как-то можно внедрить этот мод? Просто недавно перешил обычную Турнигу с ER9X-FrSky на OpenTX-FrSky, а тут такие полезные вещи реализовали.
В OpenTX есть опции Mavlink и Ardupilot, сходу, как они реализованы, не нашел.
И правильно я понял, что стандартый хаб FrSky придется отключить?
В общем, разобрался - оказалась виновата пресловутая “скорость спада тока” в настройках драйвера. Чем “медленнее” ставил, тем лучше становилось.
Резонанс был примерно в диапазоне 350…500 ш/сек.
MXL Timing Belts Pitch .080 inch (2.032 mm). Только какое отношение это имеет к моему вопросу?
Вот нашел ссылку rcopen.com/blogs/2375/1337
Похоже, это резонанс мотора. Попробую поискать точно частоту резонанса, посмотрю как влияют режимы драйверов, натяжение ремня.