STorM32 BGC: 3-Axis STM32 Brushless Gimbal Controller
сли один сенсор стоит на камере, а второй после оси яв, то не будет мозг компенсировать направление по яв в случае срыва. Подвес займет первую попавшуюся зону удержания. Если поставите до мотора яв, тогда компенсация по яв будет
что то вы меня озадачили, задумался а правильно ли у меня? оба иму параллельны между собой и параллельны горизонту, но плата шторма у меня не как у китайского подвеса прям над мотором яв, а смещена ближе к центру коптера, подвес спереди
Остался нерабочим только Иму2, но пока что нету в наличии MPU6050, перепаяю, поди заработает.
я перепаивал, было 2 донора, один почему то не заработал, а вот со вторым всё норм, мелкие они конечно, без микроскопа, не проконтролировать пайку, ладно хоть не BGA
оба иму параллельны между собой и параллельны горизонту, но плата шторма у меня не как у китайского подвеса прям над мотором яв, а смещена ближе к центру коптера, подвес спереди
Должно работать нормально. Ему в принципе все равно, где 2-й ИМУ находится, над подвесом или на раме коптера. Главное, что бы датчик стоял перед осью яв. (хотя тут может быть нюанс… там наверняка у вас есть виброразвязка межу подвесом и коптером. И по идее, в полете, должны появляться небольшие расхождения по углам даже при правильной ориентации обоих датчиков друг относительно друга, за счет раскачивания/вибрации подвеса)
Но в любом случае, оси сенсоров должны быть перпендикулярны и параллельны…
Как располагать сенсоры между собой - пофиг.
Какие-то взаимоисключающиеся утверждения 😃
Хочу сделать что-то типа стедикама с Storm32 mini, а саму плату засовать в ручку. Как она там будет располагаться - фиг его знает.
Вот и интересуюсь, изначальное, “нулевое” положение обоих IMU должно быть в одной плоскости, или без разницы и датчики ориентируются относительно?
датчики можно крепить любой стороной и в либом направлении но … оси датчиков должны быть параллельны осям подвеса … соответствие и направление осей настраивается
оси датчиков должны быть параллельны осям подвеса
Тут ведь вот какое дело…
Подвес-то - он не фиксированный.
Возьмём, например, датчик камеры.
Да, ось X датчика параллельна оси PITCH, ибо, собственно, на ней и установлен датчик.
Ось Y, конечно, можно установить параллельно оси ROLL, а Z - оси YAW, но при работе подвеса датчик относительно них будет отклоняться и не будет никакой параллели.
Та-же история с онбоардным датчиком. Можно установить его осью Z параллельно оси YAW, но при работе оси X и Y так-же не будут параллельны остальным осям подвеса.
Собственно, вопрос в чём - если, например, ось Z онбоардного датчика установить изначально не параллельно оси YAW - сможет-ли подвес работать нормально? Принципиально-ли датчикам где они располагаются, или они лишь знают взаимное расположение (любое) и стремятся к нему вернуться?
Да и вообще, параллельность в трёхмерном мире - очень условное понятие.
Да, ось X датчика параллельна оси PITCH, ибо, собственно, на ней и установлен датчик.
Ось Y, конечно, можно установить параллельно оси ROLL, а Z - оси YAW
оси датчика камеры ставятся параллельно осям КАМЕРЫ
но при работе подвеса датчик относительно них будет отклоняться и не будет никакой параллели.
это ВЫРОЖДЕНИЕ осей . математика подвеса обязана это учитывать . для этого нужно знать взаимное расположение осей . в идеале для этого нужны энкодеры . но и без них можно ВЫКРУТИТЬСЯ используя данные о количестве полюсов моторов , а еще в этом случае помогает второй датчик.
второй датчик на раме соответственно должен стоять так чтобы его оси были параллельно осям камеры в исходном положении подвеса , когда они параллельны осям самого подвеса.
второй датчик на раме соответственно должен стоять так чтобы его оси были параллельно осям камеры в исходном положении подвеса
Понял.
Т.е. датчики работают между собой по абсолютным осям, а не по относительным.
Понятно, значит такое может только АлексМос.
Да, Шторм может только такое: 😉
Да, Шторм может только такое:
Да вот как-бы и я о том.
Примерно тоже самое и хочу законструировать.
И явно, что сам контроллер там не строго выложен по осям.
значит такое может только АлексМос.
коррекция непераллельности осей появилась только в 2.61 которая еще бэта … я её еще не смотрел толком ( у меня еёйный ГУИ чудит , половины вкладок нет )
и делалось это не для произвольной установки сенсора , а для исправления кривизны самих сенсоров .
И явно, что сам контроллер там не строго выложен по осям.
там контроллер скорее всего РАЗМАЗАН по всему конструктиву … те состоит из нескольких плат , датчики отдельно , драйверы двигателей отдельно , основной контроллер отдельно …
Там одна плата и датчик. Плата стоит в ручке. Все.
коррекция непераллельности осей появилась только в 2.61 которая еще бэта
One more question.
Your onboard IMU2 working?
My do not sending any data. You can see the video on my channel.Mariusz Widawski
My Is working fine. Maybe hardware issue… I prefer 6-point calibration
Судя по этому комменту чувак использует онбоардный датчик.
А судя по ЭТОЙ приведённой им ссылке - там обычный мини контроллер с одним датчиком. И даже не NT.
Ну правильно, для этого онбордный датчик и сделан.
теперь лучше разглядел на фото … там 3 пластиковых детали , похоже напечатанных на 3Д принтере … а ручка очень сильно напоминает фонарик …
просто мне на днях приносили DYSовский подвес для гопры , так там электроника была раскидана по трем моторам + сенсор … основная плата стояла на ЯВ моторе со стороны мотора РОЛЛ , и на ней -же второй сенсор … что им помешало вынести сенсор в ручку - ХЗ ( в ручке только джойстик и разЪём для зарядки аккумов). контроллер был под прошивку Алекса .
Это и есть фонарик! ))))
Для НТ версии уже сделали драйвера моторов отдельные.
А какой смысл в отдельном драйвере?
В том, что все платы подвеса размазываются по подвесу, как говорил Юрий. И нет одной большой платы. Так сделаны многие подвесы.
все платы подвеса размазываются по подвесу
И тем не менее - а смысл?..
Плата с мозгом всё равно есть.
И вряд-ли сильно меньше того-же “Тини”.
Читал только, что в отличии от i2c нет ограничения в длине проводов.
В общем, прикольно это для больших стедикамов.
Для маленьких подвесов это не только бесполезно, но и вредно (сумма площадей плат сильно больше площади классического мозга).
Многие так не считают, тут я больше ничего не добавлю. Как нравится, так и делайте.
ограничений по проводам нет у NT , те к тини нужен NT сенсор.
в случае со стандартной и даже тини , у вас одна плата которая толком никуда не влазит да еще и греется за всех …
в случае с отдельными драйверами все платы крепятся на “попах” моторов … за счет выноса 2х драйверов основную плату тоже можно сделать мелкой с креплением на “попе” мотора .
поскольку основная плата предпочтительна на яв моторе , то она может быть чуть большего диаметра чем остальные как и сам яв мотор (особенно для гопры и подобных где вес моторов соизмерим с весом камеры)
с фонариком это очень хорошая идея … легким движением руки любой подвес для гопры превращается в стедикам … и не только для гопры …
тот-же DYSовский для NEX , который быстро настраивается/балансируется под практически любую камеру стоит около $120 c моторами … контроллер Storm от $20 , фонарик от $16 , джойстик от $12 . итого стедик для камер от экшн до легких зеркалок с небольшой оптикой обойдется около $170 …
Для НТ версии уже сделали драйвера моторов отдельные.
еще бы встроили датчики энкодеров… цены бы не было…