STorM32 BGC: 3-Axis STM32 Brushless Gimbal Controller
оси датчиков должны быть параллельны осям подвеса
Тут ведь вот какое дело…
Подвес-то - он не фиксированный.
Возьмём, например, датчик камеры.
Да, ось 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 …
Для НТ версии уже сделали драйвера моторов отдельные.
еще бы встроили датчики энкодеров… цены бы не было…
только для определения положения ставить энкодеры смысла мало … нужно еще менять алгоритм управления мотором …
еще бы встроили датчики энкодеров… цены бы не было…
А зачем, если и так хорошо работает?
если и так хорошо работает?
к сожалению у меня это не получилось… наверное не хватает понимания
включены оба датчика… первый NT… но по оси ЯВ не возвращается в исходное положение (при принудительном вращении)…
и многое не понятно в ГУИ при настройке… что за что отвечает
подвес DYS-евский для NEX…
и многое не понятно в ГУИ
Популярность платформы однозначно растёт.
Думаю, и GUI вскоре подтянется до уровня, близкому к BaseCam.