MultiWii
Оси правильно…
Фотку давай, чего гадать, решим вопрос.
Я, похоже, отгадал) У меня аппа все время сползает по каналам от середины пунктов на 5, тоесть не 1498, а, например, 1493 и его уже несет… Вот если прям по гуи смотреть и перед тем как газа давать подтримировать до середины - получилось пару раз подлететь. Можно как - нибудь затупить реакцию на аппу, кроме как через “P”?
В прошивке 1.8_2 есть так называемый deab bend 10, раскомментируй его, это как раз затупит дребежание аппы.
В прошивке 1.8_2 есть так называемый deab bend 10, раскомментируй его, это как раз затупит дребежание аппы.
Спасибо, помогло! Теперь пляшу с ПИДами…
Только есть такая шляпа, иногда какой(ие) либо из моторов (или винтов, я ничерта не понял) издает визг и эфект такой, как будто винт прокручивается на валу, тоесть тот мотор замедляется и тяга резко падает, так случается обычно если запускать в руке и очень резко наклонить. Но винт точно не прокручивается, он намертво прикручен.
От чего это? Вот видео сего фейла:
www.youtube.com/watch?v=qyZgv51h0rk
За качество извините, не на что было снять…
Что за регули, что за моторы, какая ардуина?
А вообще не обращай внимание, это не фатально.
Что за регули, что за моторы, какая ардуина?
А вообще не обращай внимание, это не фатально.
Dt750, HK 20, винты 10Х6, ардуино нано в3 из диалэкстрима (не берите оттуда, полное г, одна ни с чего спалила регулятор, хотя питаю от контроллера мотора, вторая ужасно греется если питается от юсб, если акк и юсб то норм)
Вообше так редко происходит, при взлете только один раз пока, тоесть я могу нормально взлететь, но если он так на высоте сделает мне кажется может быть достаточно фатально)
Вии 1.8 вчера сошел с ума. Все летало до этого. Подключаю аккум - винты сразу крутятся на холостых. Аппу отключил, сработал фейл-сейв, газ добавился. В итоге, почикал палец. Остальные винты затормозил ногой, подлезть к проводу, когда винты 11" вплотную крутятся на 70% газа нереально.
Бывает 😦 Восстание роботов, то ли еще будет.
Народ помогите решить такой трабл-на Аурдине-нано все было хорошо,решил пересадить на Cosmo Black Star это аналог Duemilanove AT Mega 328.В итоге при подключении платы с выводами приемыша и рег-ров ноль эмоций,только рег-ры пищат при подаче питания.
До этого летал на 1.5-168,перепробовал все варианты,датчики запустились на ALLINONE,на компе все в поряде,в реале молчание.
Как вариант-видимо не те порты подцепил.
1.9 вышла code.google.com/p/multiwii/downloads/list
1.8 -> 1.9
- some factorizations between PPM sum receiver code & standard receiver code
- EXPERIMENTAL: integration of direct SBUS receiver thanks to the contribution of Captain IxI & Zaggo
For this, you must use: - a MEGA board
- the RX1 of the Serial 1 port
- have a way to invert the input signal.
more info here: www.multiwii.com/forum/viewtopic.php?f=7&t=289 - EXPERIMENTAL: integration of SPEKTRUM satellite receiver thanks to the contribution of Danal Estes
For this, you must use: - a MEGA board
- the RX1 of the Serial 1 port
It could be used also on ProMini board with some restrictions (exclusive GUI or Spektrum use)
more info here: www.rcgroups.com/forums/showthread.php?t=1504116 - EXPERIMENTAL: integration of direct Serial RX, to command the multi from a Bluetooth+phone Signal for instance.
thanks to Luis - many optimizations to reduce loop cycle
- GPS main function integration
The code to connect and recognize a GPS with NMEA sentences is here.
currently calculated: - number of sat
- distance to home
- direction to home
The is currently to control code except a nice working GUI
=> there is no code behind GPS HOME and GPS HOLD, in progress - PIN A0 and A1 instead of PIN D5 & D6 for 6 motors config and promini config
This mod allow the use of a standard receiver on a pro mini
(no need to use a PPM sum receiver)
#define A0_A1_PIN_HEX - possibility to use PIN8 or PIN12 as the AUX2 RC input
it deactivates in this case the POWER PIN (pin 12) or the BUZZER PIN (pin 8)
#define RCAUXPIN8 or #define RCAUXPIN12 - thanks to Danal, integration of the Eagle Tree Power Panel LCD for configuration
it’s an I2C LCD that should be very convenient for the ProMini because it doesn’t require the unique Serial Port - all in one FC:
QUADRINO_ZOOM board integration
MINIWII : Jussi’s MiniWii Flight Controller - sensor boards:
SIRIUS600 // Sirius Navigator IMU using the WMP for the gyro
CITRUSv1_0 // CITRUSv1 from qcrc.ca
DROTEK_IMU10DOF - ATAVRSBIN1 mag direction correction (www.multiwii.com/forum/viewtopic.php?f=8&t=506&sta…)
- no need to define anymore PROMINI or MEGA in the sketch:
this information is grabed form the board selection in Arduino IDE - LEVEL drift problem:
the root of this problem was identify (at least partly).
Several options to try to solve it: - adding a #define TRUSTED_ACCZ for those who have huge ACC Z variations when some throttle is applied
(it’s a test you should do before tructing ACCZ)
//#define TRUSTED_ACCZ -> ACCZ is not taken into account in calculation for small angles
#define TRUSTED_ACCZ -> ACCZ is taken into account in calculation for small angles - BMA180 init changes to another mode: should help to filter noisy setups
- adding a #define STAB_OLD_17 for those who still encounter problem with the stable code,
as the old 1.7 LEVEL code (less elaborated) doesn’t seem to cause drift. - some flying wing code upgrade (thanks to the suggestion of Hamburger)
- ACC added: LSM303DLx_ACC
толковый пост чел. написал! из всех предположений почему просядает ось Z при вкл. движках, с момента выхода 1.8, этот пожалуй самый многообещающий "правильно"разрешить проблему дрифта в стаб. моде (т.е. без псевдо подстановок для оси Z)
The decrease of AccZ while powering up the motors seems to be due to saturation of the BMA020 input. When motors are running, the maximum amplitude of high frequency motor vibrations may exceed the +/- 2G range of the BMA020 A to D converter because the 20 Hz low pass filter is after the A to D converter. When using an analog accelerometer, a low pass filter is located before the A to D converter to filter the unwanted high frequency accelerations and avoid saturation of the A to D converter input. On my tricopter i have been obliged to set the BMA020 input range to +/- 8G to get on the GUI, no variations of AccZ (255) with motors OFF then ON . Because the amplitude of vibrations depends of motor/propeller balancing, stiffness and damping of motor arms and is different on each multicopter, it may be convenient to select the accelerometer input range in the configurable parameters section of the Multiwii software.
ACC added: LSM303DLx_ACC
www.multiwii.com/forum/viewtopic.php?f=8&t=863
Если кто захочет попробовать,то у этих чипов LGA28 есть нюанс по питанию. Аналоговая часть может питаться от 3.3в,а цифровую исключительно 1.8в.По сему обязательно присутствие ЛЛК и доп стабилизатора на 1.8в
Как вариант LSM303DLHC LGA14 и немного подправить код.
Вышел релиз 1.9 - качем, летаем.
code.google.com/p/multiwii/downloads/detail?name=M…
1.8 -> 1.9
- some factorizations between PPM sum receiver code & standard receiver code
- EXPERIMENTAL: integration of direct SBUS receiver thanks to the contribution of Captain IxI & Zaggo
For this, you must use: - a MEGA board
- the RX1 of the Serial 1 port
- have a way to invert the input signal.
more info here: www.multiwii.com/forum/viewtopic.php?f=7&t=289 - EXPERIMENTAL: integration of SPEKTRUM satellite receiver thanks to the contribution of Danal Estes
For this, you must use: - a MEGA board
- the RX1 of the Serial 1 port
It could be used also on ProMini board with some restrictions (exclusive GUI or Spektrum use)
more info here: www.rcgroups.com/forums/showthread.php?t=1504116 - EXPERIMENTAL: integration of direct Serial RX, to command the multi from a Bluetooth+phone Signal for instance.
thanks to Luis - many optimizations to reduce loop cycle
- GPS main function integration
The code to connect and recognize a GPS with NMEA sentences is here.
currently calculated: - number of sat
- distance to home
- direction to home
There is currently no control code except a nice working GUI
=> there is no code behind GPS HOME and GPS HOLD, in progress - PIN A0 and A1 instead of PIN D5 & D6 for 6 motors config and promini config
This mod allows the use of a standard receiver on a pro mini
(no need to use a PPM sum receiver)
#define A0_A1_PIN_HEX - possibility to use PIN8 or PIN12 as the AUX2 RC input
it deactivates in this case the POWER PIN (pin 12) or the BUZZER PIN (pin 8)
#define RCAUXPIN8 or #define RCAUXPIN12 - thanks to Danal, integration of the Eagle Tree Power Panel LCD for configuration
it’s an I2C LCD that should be very convenient for the ProMini because it doesn’t require the unique Serial Port - all in one FC:
QUADRINO_ZOOM board integration
MINIWII : Jussi’s MiniWii Flight Controller - sensor boards:
SIRIUS600 // Sirius Navigator IMU using the WMP for the gyro
CITRUSv1_0 // CITRUSv1 from qcrc.ca
DROTEK_IMU10DOF - ATAVRSBIN1 mag direction correction (www.multiwii.com/forum/viewtopic.php?f=8&t=506&sta…)
- no need to define anymore PROMINI or MEGA in the sketch:
this information is grabed form the board selection in Arduino IDE - LEVEL drift problem:
the root of this problem was identified (at least partly).
Several options to try to solve it: - adding a #define TRUSTED_ACCZ for those who have huge ACC Z variations when some throttle is applied
(it’s a test you should do before tructing ACCZ)
//#define TRUSTED_ACCZ -> ACCZ is not taken into account in calculation for small angles
#define TRUSTED_ACCZ -> ACCZ is taken into account in calculation for small angles - BMA180 init changes to another mode: should help to filter noisy setups
- adding a #define STAB_OLD_17 for those who still encounter problem with the stable code,
as the old 1.7 LEVEL code (less elaborated) doesn’t seem to cause drift. - some flying wing code upgrade (thanks to the suggestion of Hamburger)
- ACC added: LSM303DLx_ACC
Может кто от уже испытал такую штуку?
www.rcgroups.com/forums/showpost.php?p=18523310&po…
Вопрос в том, куда подрубать MODULE-----------SEEDUINO/FLYDUINO/ARDUINO/BLACK VORTEX
с остальными сигналами как бы все ясно, У меня и моего друга Arduino mega 1280.
Помогите, а то заклинило.
У многих работает. И на виях, и на пиратах.
MODULE-----------SEEDUINO/FLYDUINO/ARDUINO/BLACK VORTEX
😁
Ни куда. Нет такого пина. Имеется в виду, с одной стороны пины модуля (список) и с другой стороны пины ардуины.
Вышел релиз 1.9 - качем, летаем.
Ну совсем тема глохнет! Уже старожилы и те не читают! 😃
Серега, тремя постами выше глянь! 😃
- АлексВПариже поспешил чутка. Не стабилная она (по крайней мере 2 дня назад так было) www.multiwii.com/forum/viewtopic.php?f=8&t=872
Я всеж полетел в стаб. моде! И отлично полетел не смотря на мой ВИБРО-коптер с дешевыми пропами 😃 Подробности тут: www.multiwii.com/forum/viewtopic.php?f=8&t=849&sta…
Алексанр у меня к вам вопрос.Как я понял Вы выбрали acceleration range to +/-8g вместо +/-2g.Т.е как бы загрубили датчик?
Как я понял Вы выбрали acceleration range to +/-8g вместо +/-2g.Т.е как бы загрубили датчик?
Типа того. Но на самом деле это не для того чтобы уменшить чувствителность гиры, а чтобы “правильно” отфильтровать высокочастотный шум (вибрации).
rcopen.com/forum/f123/topic221574/3562
В 2-х словах переведу. Если вибрации слишком большие (в случае с цифровым гиро) и они по амплитуде выше чем выбранный диаппазон (acceleration range), то на АЦП (который идет после аналоговой гиры внутри чипа) будет идти перегруженный сигнал-шум. Далее уже фильтруй не фильтруй результат будет бяка. Поэтому для того, чеб амплитуда шума не превышала диаппазон гиры, ставим его в максимальный (для bma020 - это 8g). И потом уже внутренний ФНЧ (для bma020 - это 25гц) легко его урежет (т.к. нет переполнения при его оцифровке).
В случае с bma020 есть тут правда минус, резолюшн гиры падает до 64 на 1g, НО как практика показала, для того чеб уверенно держать горизонт этого вполне достаточно, т.к. угол в ИМУ считается по гире, а по акселю идет лишь компенсация ее дрейфа.
Также в случае сильных вибраций, обратите внимание на остальние пункты, которые я описал на буржуйском форуме…
Упс, Саш прости)))
Типа того. Но на самом деле это не для того чтобы уменшить чувствителность гиры, а чтобы “правильно” отфильтровать высокочастотный шум (вибрации).
Спасибо.Очень помогли разобраться.Теперь понятно почему разные значения ФНЧ не вносили особых изменений. Меня смущало именно падени разрешающей способности акселерометра при уменьшении чувствительности.Признаться думал это сильно повлияет на способность держать горизонт и даже не проводил испытания с такими значениями ,но оказывается все должно работать.
Буду пробовать.
прошу прощения за пост выше… писал ночью… попутал “гира” “аксель”…
вот исправленная версия 😃
Типа того. Но на самом деле это не для того чтобы уменшить чувствителность акселя, а чтобы “правильно” отфильтровать высокочастотный шум (вибрации).
В 2-х словах переведу. Если вибрации слишком большие (в случае с цифровым акселем) и они по амплитуде выше чем выбранный диаппазон (acceleration range), то на АЦП (который идет после аналогового акселя внутри чипа) будет идти перегруженный сигнал-шум. Далее уже фильтруй не фильтруй результат будет бяка. Поэтому для того, чеб амплитуда шума не превышала диаппазон акселя, ставим его в максимальный (для bma020 - это 8g). И потом уже внутренний ФНЧ (для bma020 - это 25гц) легко его урежет (т.к. нет переполнения при его оцифровке).
В случае с bma020 есть тут правда минус, резолюшн акселя падает до 64 на 1g (примерно полтора градуса на единицу), НО как практика показала, для того чеб уверенно держать горизонт этого вполне достаточно, т.к. угол в ИМУ считается по гире, а по акселю идет лишь компенсация ее дрейфа.
Также в случае сильных вибраций, обратите внимание на остальние пункты, которые я описал на буржуйском форуме…
p.s. кстати с ADXL345 дела обстоят получше www.multiwii.com/forum/viewtopic.php?f=8&t=849&sta…
256 на 1g при +/-16G