Интелектуальный , умный и независимый подвес камеры? Реально!
Да, действительно не подумал об этом. для полных 360 по всем осям придется отслеживать их положение… что приводит нас к энкодерам и хитрому алгоритму вращения рамок, тогда и дополнительных осей о которых писал Денис (densor) не нужно.
Господа, сел за конструирование 2х осевого подвеса типа “подкова”.
Дизайн не выдумываю, а передираю отсюда (только на Tilt будет не шестеренчатая а ременная передача)
С механикой все понятно - начерчено, шкивы и ремни заказаны. Но вот с электроникой есть вопросы, не курил эту тему еще.
Собственно вопрос. В некоторых подвесах на ось вращения ставится выносной резистор обратной связи для сервы, как здесь
Но в некоторых подвесах, как на первых вото и вот здесь его нет
Как в последнем случае работает стабилизация? О_о
Ша крамолу скажу 😃
Выносной резистор в том виде в котором все привыкли -ВНИМАНИЕ! -вопреки бытующему мнению, на самом деле УБИВАЕТ разрешеНие!
Ша крамолу скажу 😃
Выносной резистор в том виде в котором все привыкли -ВНИМАНИЕ! -вопреки бытующему мнению, на самом деле УБИВАЕТ разрешеНие!
Мммм… ну а если серва была 60 градусов и резистор на оси тоже 60?
Так а как серва то работает в случае с шестеренчатой (ременной) передачей? Как обратная связь осуществляется?
Шо за сервы такие 60градусные???
Кстати чтото мне подсказывает. Что последний подвес (железный, прдпоследняя фотка ибо последняя вообще неотображается)ваще чисто для фото, тоесть тангаж там без стаба, чиста жалом вверх вниз поводить для кадровки, а крен вообще от гравитации стабится;)
стандартные сервы все в пределах 60 градусов. если без переделок. А есть по более?
Шо за сервы такие 60градусные???
Ой, пардоньте 90. (90-120)
И все таки вопрос открыт остался, как в случае редукторного привода обходятся без резистора?
Отдельный мозг
Ша крамолу скажу Выносной резистор в том виде в котором все привыкли -ВНИМАНИЕ! -вопреки бытующему мнению, на самом деле УБИВАЕТ разрешеНие!
Ага, чисто теоретически лучше ставить многооборотистый резистор на ось сервы, а не обычный на ось подвеса. Тогда разрешение самого резистора будет нормальное. Но вот серва его считывает через АЦП с прежним разрешением, и тут все зависит от ее мозгов.
Отдельный мозг
Т.е. только в том случае если отдельный мозг стоит на пластине с камерой?
Как вариант.
А кто тут сможет послать меня?
на правильную прошивку для FF под подвес?
в закромах откопал заброшенный мозг - вдруг выйдет чего
Возникла одна простая идейка по поводу подвеса, но не знаю, как реализовать с минимальной головной болью…
Идейка заключается в том, чтобы управление подвесом осуществлялось В ОСНОВНОМ гироскопами в режиме HH, а сигнал с акселей использовался только для коррекции дрифта, т.е. “уплывающие” гироскопы меееееееееедленно подруливали в том направлении, которое указывает им акселерометр. Мне кажется, так можно побороться с отвратительными перекосами подвеса при ускорениях.
Вопрос, на базе каких готовых деталей это можно построить. Понятно, нужны гироскопы, нужен сигнал с акселей, а что еще? Сервозамедлители, миксеры, или есть более радикальные решения?
Сложно все как-взять обычный вий-там все уже есть . Если повозиться-то эцилоп наверно стоить гастролить)))
Сложно все как-взять обычный вий-там все уже есть .
Т.е. есть возможность запрограммировать поведение так, как я описал?
Если повозиться-то эцилоп наверно стоить гастролить)))
Есть нескромное желание превзойти эцилоп 😃
Вы изобретаете велосипед. гиры+аксель это есть почти нормальный искуственный горизон. В характеристиках раличных вий-вай-наз-рабит…и иже с ними это называется сэлф-левел. Это есть то что вы описываете.
Вы изобретаете велосипед.
Люблю этим заниматься 😃
гиры+аксель это есть почти нормальный искуственный горизон.
Ключевое слово “почти”. Он нормальный, до тех пор пока коптер не начинает двигаться с ускорением. Чем больше ускорение, тем больше перекос. Описывал проблему выше по теме, некоторые считают ее неизлечимой.
В характеристиках раличных вий-вай-наз-рабит…и иже с ними это называется сэлф-левел. Это есть то что вы описываете.
Входит ли в Ваш список MK? У него разумеется есть селф-левел, плюс довольно продвинутые настройки управления камерой. Однако мне его не удалось заставить давать нормальный горизонт на ускорениях. Подозреваю, что кролики и прочие из списка не могут быть кардинально лучше в этом отношении.
Почти, не потому что перекос от ускорений больой, а потому что время стабильного удержания горизонта при ускорениях ограничено дрифтом гир. Это значит что он во время перегрузок уплывает, но мееееедленно . Это именно то что вы описывали.
чтобы управление осуществлялось В ОСНОВНОМ гироскопами в режиме HH, а сигнал с акселей использовался только для коррекции дрифта,
И мозги используют примерно такой алгоритм в фунукции сэлф-левел. Если не летать долго по кругу то при хорошей математике горизонт никуда значительно не уплывает, если “долго” летать кругами, то время уплывания будет зависеть от математики и гир. И да, в таком сетапе правильно считают что проблема не излечима. Для полноценного горизонта нужна связка гиры-аксели-компас и хороший 32х битный процессор с вычислениями с плавающей запятой 😉
Так что, ваша идея уже реализована и по вашим же словам работает отвратительно на продыинутом МК
ЗЫ Не стоит идеализировать МК
Почти, не потому что перекос от ускорений больой, а потому что время стабильного удержания горизонта при ускорениях ограничено дрифтом гир. Это значит что он во время перегрузок уплывает, но мееееедленно . Это именно то что вы описывали.
Как я понимаю, это не совсем так. Скорость, с которой акселерометры вмешиваются, вовсе не такая медленная, как мне хочется, даже если соответствующий параметр загнать до предела. Можно вовсе их отключить, но тогда придется и летать в режиме HH, а этого совсем не надо.
И мозги используют примерно такой алгоритм в фунукции сэлф-левел. Если не летать долго по кругу то при хорошей математике горизонт никуда значительно не уплывает, если “долго” летать кругами, то время уплывания будет зависеть от математики и гир. И да, в таком сетапе правильно считают что проблема не излечима. Для полноценного горизонта нужна связка гиры-аксели-компас и хороший 32х битный процессор с вычислениями с плавающей запятой 😉
Так что, ваша идея уже реализована и по вашим же словам работает отвратительно на продыинутом МК
Все перечисленные компоненты есть. И хороший процессор, и компас, и аж два набора акселерометров.
Проблема в том, что эта “идея” реализована для полета, а не для выравнивания подвеса. В полете она работает прекрасно. А управление камерой для контроллеров вторично, оно в общем дублирует алгоритм полета с незначительными добавками. Имхо для камеры нужен другой подход.
ЗЫ Не стоит идеализировать МК
Скажите, что лучше. Серьезно. Я вижу в МК кучу недостатков, но судя по форуму он все же один из самых вылизанных и беспроблемных контроллеров в своей ценовой категории.
Евгений, давайте еще раз, Вы описали классический алгоритм удеражания горизона для связки аксели гиры. При длительных перегрузка такой горизонт плывет. Длительность корректного удержания при перегрузках зависит от алгоритмов обработки сигналов и качества гир.
Теперь рассмотрим ваш МК. Вы говорите что там полный набор сенсоров, отличный проц и все вылизано. Но в тоже время у вас уплывает подвес при перегрузках.
Так почему же тогда МК теряет горизонт? Вообще странно говорить что для коптера заточенного под видео сьемку алгоритм стабилизации камеры вторичен. При том что для стабилизации по двум осям в пределах +\-45 градусов достаточно всего лишь пропорционально углу наклона коптера отклонять камеру и если горизонт никуда не уплывает при перегрузках то и камера никуда не поплывет. Тут либо у вас с настройками что то не так, либо МК не так безгрешен.
Посоветовать что лучше на сегодняшний день ничего не могу, с рынком не знаком.
Евгений, давайте еще раз, Вы описали классический алгоритм удеражания горизона для связки аксели гиры. При длительных перегрузка такой горизонт плывет.
Да, плывет. но при ДЛИТЕЛЬНЫХ. таких, какие бывают редко. У контроллера же, который заточен на то, чтобы в первую очередь летать, горизонт плывет СРАЗУ, при возникновении ускорения.
Так почему же тогда МК теряет горизонт?
Потому, что у него не стоит задача постоянно держать горизонт ровным, а стоит задача хорошо летать. Это он и делает.
Вообще странно говорить что для коптера заточенного под видео сьемку алгоритм стабилизации камеры вторичен.
Первичен алгоритм летания. Задача стабилизации камеры второстепенна. И это мне кажется естественным.
При том что для стабилизации по двум осям в пределах +\-45 градусов достаточно всего лишь пропорционально углу наклона коптера отклонять камеру и если горизонт никуда не уплывает при перегрузках то и камера никуда не поплывет. Тут либо у вас с настройками что то не так, либо МК не так безгрешен.
Я не видел “безгрешных”, за исключением специальных, отдельных, КАМЕРНЫХ мозгов, которые стоят многия деньги. Мне хочется не трятя тыщ добиться пусть не идеального, но приличного управления подвесом.
Посоветовать что лучше на сегодняшний день ничего не могу, с рынком не знаком.
Ну тогда буду продолжать изобретать велосипед… 😃