Интелектуальный , умный и независимый подвес камеры? Реально!

Piranha

Ша крамолу скажу 😃
Выносной резистор в том виде в котором все привыкли -ВНИМАНИЕ! -вопреки бытующему мнению, на самом деле УБИВАЕТ разрешеНие!

cylllka
Piranha:

Ша крамолу скажу 😃
Выносной резистор в том виде в котором все привыкли -ВНИМАНИЕ! -вопреки бытующему мнению, на самом деле УБИВАЕТ разрешеНие!

Мммм… ну а если серва была 60 градусов и резистор на оси тоже 60?

Так а как серва то работает в случае с шестеренчатой (ременной) передачей? Как обратная связь осуществляется?

Piranha

Шо за сервы такие 60градусные???

Кстати чтото мне подсказывает. Что последний подвес (железный, прдпоследняя фотка ибо последняя вообще неотображается)ваще чисто для фото, тоесть тангаж там без стаба, чиста жалом вверх вниз поводить для кадровки, а крен вообще от гравитации стабится;)

fidller

стандартные сервы все в пределах 60 градусов. если без переделок. А есть по более?

cylllka
Piranha:

Шо за сервы такие 60градусные???

Ой, пардоньте 90. (90-120)

И все таки вопрос открыт остался, как в случае редукторного привода обходятся без резистора?

alexmos
Piranha:

Ша крамолу скажу Выносной резистор в том виде в котором все привыкли -ВНИМАНИЕ! -вопреки бытующему мнению, на самом деле УБИВАЕТ разрешеНие!

Ага, чисто теоретически лучше ставить многооборотистый резистор на ось сервы, а не обычный на ось подвеса. Тогда разрешение самого резистора будет нормальное. Но вот серва его считывает через АЦП с прежним разрешением, и тут все зависит от ее мозгов.

cylllka
Torpedon:

Отдельный мозг

Т.е. только в том случае если отдельный мозг стоит на пластине с камерой?

Andrey_Lopatko

А кто тут сможет послать меня?
на правильную прошивку для FF под подвес?
в закромах откопал заброшенный мозг - вдруг выйдет чего

Gene

Возникла одна простая идейка по поводу подвеса, но не знаю, как реализовать с минимальной головной болью…

Идейка заключается в том, чтобы управление подвесом осуществлялось В ОСНОВНОМ гироскопами в режиме HH, а сигнал с акселей использовался только для коррекции дрифта, т.е. “уплывающие” гироскопы меееееееееедленно подруливали в том направлении, которое указывает им акселерометр. Мне кажется, так можно побороться с отвратительными перекосами подвеса при ускорениях.

Вопрос, на базе каких готовых деталей это можно построить. Понятно, нужны гироскопы, нужен сигнал с акселей, а что еще? Сервозамедлители, миксеры, или есть более радикальные решения?

ctakah

Сложно все как-взять обычный вий-там все уже есть . Если повозиться-то эцилоп наверно стоить гастролить)))

Gene
ctakah:

Сложно все как-взять обычный вий-там все уже есть .

Т.е. есть возможность запрограммировать поведение так, как я описал?

Если повозиться-то эцилоп наверно стоить гастролить)))

Есть нескромное желание превзойти эцилоп 😃

Brandvik

Вы изобретаете велосипед. гиры+аксель это есть почти нормальный искуственный горизон. В характеристиках раличных вий-вай-наз-рабит…и иже с ними это называется сэлф-левел. Это есть то что вы описываете.

Gene
Brandvik:

Вы изобретаете велосипед.

Люблю этим заниматься 😃

Brandvik:

гиры+аксель это есть почти нормальный искуственный горизон.

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

Brandvik:

В характеристиках раличных вий-вай-наз-рабит…и иже с ними это называется сэлф-левел. Это есть то что вы описываете.

Входит ли в Ваш список MK? У него разумеется есть селф-левел, плюс довольно продвинутые настройки управления камерой. Однако мне его не удалось заставить давать нормальный горизонт на ускорениях. Подозреваю, что кролики и прочие из списка не могут быть кардинально лучше в этом отношении.

Brandvik

Почти, не потому что перекос от ускорений больой, а потому что время стабильного удержания горизонта при ускорениях ограничено дрифтом гир. Это значит что он во время перегрузок уплывает, но мееееедленно . Это именно то что вы описывали.

Gene:

чтобы управление осуществлялось В ОСНОВНОМ гироскопами в режиме HH, а сигнал с акселей использовался только для коррекции дрифта,

И мозги используют примерно такой алгоритм в фунукции сэлф-левел. Если не летать долго по кругу то при хорошей математике горизонт никуда значительно не уплывает, если “долго” летать кругами, то время уплывания будет зависеть от математики и гир. И да, в таком сетапе правильно считают что проблема не излечима. Для полноценного горизонта нужна связка гиры-аксели-компас и хороший 32х битный процессор с вычислениями с плавающей запятой 😉

Так что, ваша идея уже реализована и по вашим же словам работает отвратительно на продыинутом МК

ЗЫ Не стоит идеализировать МК

Gene
Brandvik:

Почти, не потому что перекос от ускорений больой, а потому что время стабильного удержания горизонта при ускорениях ограничено дрифтом гир. Это значит что он во время перегрузок уплывает, но мееееедленно . Это именно то что вы описывали.

Как я понимаю, это не совсем так. Скорость, с которой акселерометры вмешиваются, вовсе не такая медленная, как мне хочется, даже если соответствующий параметр загнать до предела. Можно вовсе их отключить, но тогда придется и летать в режиме HH, а этого совсем не надо.

И мозги используют примерно такой алгоритм в фунукции сэлф-левел. Если не летать долго по кругу то при хорошей математике горизонт никуда значительно не уплывает, если “долго” летать кругами, то время уплывания будет зависеть от математики и гир. И да, в таком сетапе правильно считают что проблема не излечима. Для полноценного горизонта нужна связка гиры-аксели-компас и хороший 32х битный процессор с вычислениями с плавающей запятой 😉

Так что, ваша идея уже реализована и по вашим же словам работает отвратительно на продыинутом МК

Все перечисленные компоненты есть. И хороший процессор, и компас, и аж два набора акселерометров.
Проблема в том, что эта “идея” реализована для полета, а не для выравнивания подвеса. В полете она работает прекрасно. А управление камерой для контроллеров вторично, оно в общем дублирует алгоритм полета с незначительными добавками. Имхо для камеры нужен другой подход.

ЗЫ Не стоит идеализировать МК

Скажите, что лучше. Серьезно. Я вижу в МК кучу недостатков, но судя по форуму он все же один из самых вылизанных и беспроблемных контроллеров в своей ценовой категории.

Brandvik

Евгений, давайте еще раз, Вы описали классический алгоритм удеражания горизона для связки аксели гиры. При длительных перегрузка такой горизонт плывет. Длительность корректного удержания при перегрузках зависит от алгоритмов обработки сигналов и качества гир.
Теперь рассмотрим ваш МК. Вы говорите что там полный набор сенсоров, отличный проц и все вылизано. Но в тоже время у вас уплывает подвес при перегрузках.
Так почему же тогда МК теряет горизонт? Вообще странно говорить что для коптера заточенного под видео сьемку алгоритм стабилизации камеры вторичен. При том что для стабилизации по двум осям в пределах +\-45 градусов достаточно всего лишь пропорционально углу наклона коптера отклонять камеру и если горизонт никуда не уплывает при перегрузках то и камера никуда не поплывет. Тут либо у вас с настройками что то не так, либо МК не так безгрешен.

Посоветовать что лучше на сегодняшний день ничего не могу, с рынком не знаком.

Gene

Евгений, давайте еще раз, Вы описали классический алгоритм удеражания горизона для связки аксели гиры. При длительных перегрузка такой горизонт плывет.

Да, плывет. но при ДЛИТЕЛЬНЫХ. таких, какие бывают редко. У контроллера же, который заточен на то, чтобы в первую очередь летать, горизонт плывет СРАЗУ, при возникновении ускорения.

Brandvik:

Так почему же тогда МК теряет горизонт?

Потому, что у него не стоит задача постоянно держать горизонт ровным, а стоит задача хорошо летать. Это он и делает.

Вообще странно говорить что для коптера заточенного под видео сьемку алгоритм стабилизации камеры вторичен.

Первичен алгоритм летания. Задача стабилизации камеры второстепенна. И это мне кажется естественным.

При том что для стабилизации по двум осям в пределах +\-45 градусов достаточно всего лишь пропорционально углу наклона коптера отклонять камеру и если горизонт никуда не уплывает при перегрузках то и камера никуда не поплывет. Тут либо у вас с настройками что то не так, либо МК не так безгрешен.

Я не видел “безгрешных”, за исключением специальных, отдельных, КАМЕРНЫХ мозгов, которые стоят многия деньги. Мне хочется не трятя тыщ добиться пусть не идеального, но приличного управления подвесом.

Brandvik:

Посоветовать что лучше на сегодняшний день ничего не могу, с рынком не знаком.

Ну тогда буду продолжать изобретать велосипед… 😃

Brandvik

Евгений, не пишите ерунды. Есть искуственный горизонт. Контроллер который заточен в первую очередь что бы летать имея на борту весь набор датчиков, будет иметь в первую очередь “непогрешимый” горизонт, на который он будет ровняться. И либо МК полное говно не способное летать в сэлф-левеле, либо вы абсолютно не понимаете суть данного вопроса, хотя бы потому что вы пишете

У контроллера же, который заточен на то, чтобы в первую очередь летать, горизонт плывет СРАЗУ, при возникновении ускорения.

Еще раз повторю. МК имея полный набор датчиков, должен иметь четкий, никуда не уплывающий искуственный горизонт. Что бы стабилизировать камеру путем компенсации угла наклона коптера не нужно никаких алгоритмов. Нужно просто пропорционально углу отклонения от искусственного горизонта выдавать сигнал на сервы. Что там намудрили немцы или с чем не разобрались вы мне не ведомо. И вообще здесь тема про умный и независимый подвес, а не про “глючный” МК 😉