KIR

Новинка от Kristaps, не совсем по сабжу, но раз тут все его новинки, тот тут и выложу: Еще один вариант универсального кабеля GoPRo, который подходит ко всем версиям (1,2,3). Фишка этого - при удобном подключении сзади сохраняется компактность, идеально для квадрокоптеров на подвесы... В производстве, скоро должен появиться (пару недель). SmartFPV GoPro Video Board - User Guide (ONE CONNECTOR).pdf

1) Нагрузочку подскажите под 12V ампер так 15, чтобы датчик тока откалибровать, мотором калибровать как то не очень, показания в опеределенных границых скачут и не совсем точно получается. 2) При калибровке пират использует множество точек, т.е. все что я вводил в процессе калибровки или берет только две точки - ZERO и последнюю что я ввел в программе?

Винт отбалансируй, вибрации весьма серьезные.

RaceWood.... без охладилова долго работал. Есть второй мертвый переполюсованный, интересно можно ли из 2х сделать один.

Будет, только имейте ввиду, что диаграмма направленности ни шар, и когда самолет будет повернут таким образом, что управляющий самолетом будет находиться позади диска, связь скорее всего пропадет. Чудес не бывает, выигрываете в одном, проигрываете в другом.

Автопилот Алекса в процессе разработки и все параметры, включая ИМУ выведены в контрольную панель для свободной настройки, поэтому как такового "пользователя" (заплатил-получил) пока нет у этой системы, есть тестеры. Один из них Дима, который пожалуй больше всего уделяет времени настройки ИМУ и обкатки новых алгоритмов. Уже сформированы четкие настройки для стабильной ИМУ, которая практически никогда не уезжает, даже в долговременных перегрузках. Бедный тестовый Скай и в затяжных воронках мучили и в инвертах и с искусственной вибрацией... Но всегда есть что улучшить :) Очень сложно донести "до пользователей" преимущество той или иной системы и почему сложные алгоритмы ИМУ одной из них, учитывающие взаимной влияние разных показателей в 100 раз лучше написанных на коленке за пару дней китайских автопилотов, где ничего кроме фильтра Калмана нет. Это нельзя пощупать руками и фишкодрочер это никогда не оценит. Поэтому нужно на 100% использовать эти преимущества, с маркерами вы действительно здорово придумали, они наглядно это показывают.

У передатчика "поехала частота", на переключатели каналов почти не реагирует, частота какая-то произвольная встала 1135Mhz, да еще и плавает, особенно если на него как-воздействовать, например дотронуться. Перегрев? Есть возможность починить?

Вообще более-менее нормально набирает, даже против ветра если нос сильно не задирать. На видео выше самолет пытается под 20 градусов нос задрать, не выходит, скорость теряет. Как только включаю ALT HOLD сразу переть начинает. Если бы была возможность ограничить угол подъема 10 градусами (как вариант), проблема решилась бы. Понятно, что решать такие вопросы можно разными способами - установкой более мощной ВМГ к примеру.

Спасибо за наводку - попробовал, поглядел десяток реальных HUD боевых самолетов, есть некоторые мысли... 1. Думается, что в зависимости от положения камеры должны сдвигаться маркеры, которые имеют привязку к реальным объектам на планете. Не совсем уверен, что сдвигать искусственный горизонт хорошая затея, тем более когда он в виде скина F-16, ведь это по сути лишь отображалка положения самолета. В догфайте где пилот вращает головой сдвигаются маркеры захвата цели, а вот AHI на месте стоит.... 2. Очень не хватает кнопки установить значения "по умолчанию", а то бывает накрутишь так, что не понятно как было до всего этого.. Вообще маркеры мне кажутся чуть ли одним из главных конкурентных преимуществ MPX, это такая "фишечка", которой нет больше вообще ни у кого, можно было бы в этом направлении еще покумекать: в частности на MPX есть выход PAN/TILT, а чего бы не привязать значения этих каналов к сдвигу маркеров на OSD с возможностью калибровки? Это было бы вообще мегакруто! Поворачиваешь голову и на экране появляются маркеры точки или базы...причем во время поворота они двигаются :rolleyes: А еще на закладке планирования полета маркерам можно было бы давать названия, которые тоже отображались бы на OSD... а можно не давать...

Очень понравились маркеры на экране OSD (дом, целевая точка... направление полета), собственно именно они подкупили и были пожалуй определяющими в выборе второй системы :) Однако столкнулся с небольшой проблемой: с не давних пор исповедую религию полета по курсовой камере, смотрящей под 45 градусов вниз, меня подсадили и очень сильно нравится такая фича, я понимаю, что расположение маркеров весьма условно на OSD, но с наклоном камеры, отличным от "смотрящей в горизонт", это условность становится еще более условной. А нельзя ли сделать небольшую настройку на закладке OSD, которая задавала бы угол наклона камеры и корректировала расположение перечисленных маркеров относительно этого угла? малооборотистая и надеюсь весьма экономная ВМГ, как придет датчик тока буду знать наверняка.

Штопор вестимо... Самоль даже не поцарапался... )

Тестировали полет по точкам сегодня, впечатления не однозначные: Смотрите с 3:00 минуты, ветер встречный, автопилот постоянно пролетает свой курс и уходит в расколбас, причем амплитуда увеличивается (газ 80%). Причина видится в том, что пытаясь набрать высоту против ветра и отклоняя рули высоты на себя, самолет сильно теряет скорость, держать курс при наборе с малой скоростью тяжко ему. Как только включается режим ALT HOLD 4:00 самолет увеличивает скорость и встает как прибитый. Дальнейшие попытки 4:25 приводят к такому же результату... ...включение полета по точкам на достаточной высоте 15:00 и далее проблему решило, на курс самолет выходил уверенно (впрочем пару раз промахивался мимо точки, однако это не так страшно). Думаю проблему решит прошивка, где Олег обещал сделать раздельные настраиваемые угла тангажа, если ограничить угол набора высоты, можно предотвратить чрезмерное падение скорости и возможно самолет будет лететь в точку более уверенно, впрочем может это еще натолкнет разработчика на некоторые мысли как сделать лучше. PS. показания RSSI - жестокая экспонента, до 50% проваливаются почти сразу, далее летишь на 5-13% и это является нормальной связью. Но это не проблема пирата, а самого RSSI, думаю калибровать от 50%, отходя куда-нибудь с самолетом от аппы...

Вроде тут никто не предлагает отключить баровысоту и заменить ее GPS высотой, не понимаю о чем спор? )))) Тем более, как уже было сказано раньше - отключайте, раз она не нравится. ) PS. Мне при посадке вообще ни так и ни другая не нужна, у меня вместо этого глаза есть )

А кто запрещает? Кому не нравится - кнопка "спрятать" вроде доступна в настройках OSD. Только вы один момент забыли, баровысота весьма точна на низких высотах, а вот свыше пары километров это уже она - "чисто поражать", и GPS там намного точнее, по крайней мере на форуме так писали.

Мне одному кажется, что GPS высота вместе с баровысотой друг под другом смотрелись вы вместе так же гармонично и симметрично на противоположной части OSD, как GPS скорость и воздушная скорость? ;) К тому же это освободило бы одну ячейку на OSD под что-нибудь другое полезное )

NCR18650b.... и снова здравствуйте! :)

НОВИНКИ! Фильтр для видеопередатчиков 0.9/1.2Ghz Sony Super Had II 650TVL Super Mini - миниатюрная FPV камера Поворотный механизм для мини FPV камеры Микродиверсити контроллер

ПОСТУПЛЕНИЕ Видеоочки FatShark Base SD Oracle - диверсити контроллер Skywalker 2013

Во втором случае тоже 40 была, скачал настройки глянул. Вообще еще с модемом полетаю, посмотрю как это все работает. Есть идея бустер слоновий поставить на модем, а обратку через наземку гнать. Так же хочу попробовать поставить mousejoy и попробовать мышой порулить, может что интересное выйдет.

У меня получилось через HK-штную телеметрию, наверно суть такая же. Единственный нюанс - в инструкции (или наоборот на железке) при подключении были перепутаны RX и TX. Кстати вопрос разработчику: изменение параметров (высота, скорость) через модем как воспринимается автопилотом: моментально, после перезагрузки, после дизарма/арма и т.д.?

Да черт с ним, со сваливанием. Тут уж действительно нужен датчик ВС и без него проблему "сваливания" уж точно никак не решить, кстати у меня самолет ушел в сваливание только когда я переключился из режима RETURN и начал стиками сам шевелить, думаю автопилот в штопор не загнал бы самолет. Актуальна проблема очень опасного снижения, автопилот пытается "экономить" энергию на таких высотах, где этого уже не следовало бы делать. По сути для чего нужно планирование? Чтобы экономить энергию, когда есть достаточный запас по высоте. Алгоритм в пирате в целом верный, только под большим вопросом стоил ли применять применять такой алгоритм на малых высотах, ниже SAFE ALT, ведь на "десятках" метрах у земли мы мало что выиграем "планированием", а вот влететь в деревья, в планету, в постройки - опасность возрастает значительно.

...и не надо делать как в игле, сделайте умнее, мне кажется "управление газом должно быть динамическим" - это ключевое слово :) Мне видится, что у самолета должно быть разграничение безопасных и небезопасных зон полета, у вас в настройках такие зоны по высоте разграничены ключевым словом SAFE. На мой взгляд все, что выше черты SAFE - "безопасно", т.е. можно планировать, не глядя на снижение и даже на то, что расходы рулей высоты не приводят к нужному результату, а вот все что ниже черты SAFE - должно служить для самолета маркером "Я В ОПАСНОСТИ" тут уже на "планирование" полагаться не стоит, он должен усиливать контроль, особенно за снижением высоты (которая ниже черты SAFE может быть фатальна) и выходить за черту безопасности уже всеми доступными средствами. Мало ли что еще может еще случится - например во время виража на низких высотах пропадет связь, может произойти быстрое снижение даже на достаточной скорости (в крене), ну или еще что-то подобное. Пока автопилот будет думать и давать сначала рулей, смотреть за скоростью, анализировать давать ему газ или не давать - самолет может упасть. Согласитесь, что когда "safe alt" у большинства - всего лишь десятки метров, а это несколько секунд до встречи с землей, тут важность тезиса "и режим планирования также должен быть" в такой приграничной для самолета черте менее актуален перед безопасностью. А вот все что выше SAFE - ради бога :)

Кстати, внимательно посмотрите видео с 17:00 минуты. Самолет переводится из режимов ALT HOLD в RETURN туда и обратно несколько раз, при этом в режиме ALT HOLD автопилот умничка и газ не сбрасывает, а вот в режиме RETURN сбрасывает! Возможно у вас где-то ошибка в коде, потому что ALT HOLD как раз работает нормально (хотя цель выполняет такую же как и RETURN на данном этапе - удержание высоты в точке включения) и на дал бы самолету упасть при возврате домой. PS. Между прочим, вот такая вполне реальная ситуация: самолет с мегапиратомикс и с установленным датчиком ВС попадает в нисходящий воздушный поток. Скорость по GPS - норм, скорость по датчику ВС - норм, самолет рули немного отклоняет но все-равно без газа снижается, газ не дает из-за нормально скорости. Планета привет! :)

Дело в том, что данный ЛА в силу своих массогабаритов не предполагает наличие датчика ВС, его просто некуда тут ставить, он слишком маленький. Я тогда не понимаю логики работы железки. Она же видит что высота падает, разве это не достаточно для того, чтобы принять решение задействовать мотор? После того как самолет вошел в штопор, я сам его включил, надеясь на чудо. Однако до самой последней секунды, до столкновения с землей "газ" мегапират так и не пытался задействовать! Самолет цел. Однако мне кажется стоит крепко подумать над алгоритмом работы канала газа, особенно если высота находится ниже безопасной (safe alt). Это по сути "красная зона" и тут надеяться на показатели одной только скорости (не важно воздушной или GPS) имхо опрометчиво. Если у самолета стоит цель "набрать высоту", газ он должен включать, не смотря на другие показатели. Кстати, такая ситуация вполне могла бы произойти и при наличии датчика воздушной скорости. По сути для того, чтобы самолет разбился, достаточно лишь одно условие, чтобы он летел не ниже "курсовой скорости", постоянное снижение рано или поздно приведет к столкновению. Не хотелось бы сравнивать с другими автопилотами, например с иглом, но там такая ситуация в принципе невозможна по одной причине, самолет руководствуется показаниями высоты, а не скорости для того чтобы задействовать газ. Ниже безопасного коридора игл включает газ в режиме "набор высоты", а в безопасном коридоре - в "круизное положение", и это не спроста. Если высота упала ниже допустимой, для автопилота это должно быть "тревогой" и он должен предпринимать все возможные способы для того, чтобы выйти в эшелон. Как же без газа?

Видео снято при 150, менял в полете через модем. Да не суть, самолет намного ниже любой из этих цифр.... .... у меня пока 3 догадки: 1) самолет смотрит текущую скорость и если она не ниже круизной, то не предпринимает попыток включить газ, даже несмотря на то, что высоту нужно набирать и она падает.... хотя это вряд ли, ибо смотрю предыдущую запись и такого не наблюдаю 2) обновление данного параметр "онлайн" через модем приводит к сбою и высота вообще обнуляется.. 3) какой-то глюк Короче не знаю, жду ответов.