Search found 433 matches
- Sat May 18, 2013 11:30 am
- Forum: Ideas
- Topic: Data driven RC input
- Replies: 4
- Views: 1668
Data driven RC input
As it is new RC data is considered every 20ms. A spektrum sat in 22ms mode does have an additional latency of ... 20ms floating around (from 0 ms to 20ms) at 5 hz. Sounds terrible, but very hard to notice. Should we change it to a "data driven" design? Means RC data will be used when its h...
- Wed May 15, 2013 3:54 pm
- Forum: MultiWii tweaking - flying experience
- Topic: Copter crashes when switching on RTH
- Replies: 4
- Views: 1574
Re: Copter crashes when switching on RTH
It is Mwii 2.2. PID's are not the problem, RTH works 100% when the copter is near, 50m or less, but crashes when the copter is far away. Crash means it tilts in one direction and goes down uncontrollably.
The gps has #define GPS_FILTERING enabled, MTK gps at 115200 baud, 10hz, nmea.
The gps has #define GPS_FILTERING enabled, MTK gps at 115200 baud, 10hz, nmea.
- Tue May 14, 2013 6:10 am
- Forum: MultiWii tweaking - flying experience
- Topic: Copter crashes when switching on RTH
- Replies: 4
- Views: 1574
Copter crashes when switching on RTH
RTH works well when the copter is near home position, but the copter crashes sideways when i switch on RTH at a distance of 50m. Not just the RTH not working, but stabilization does also shut down.
Happened twice yesterday. Its a 2560 board and mtk gps 115kbaud 10hz over serial line. Any help?
Happened twice yesterday. Its a 2560 board and mtk gps 115kbaud 10hz over serial line. Any help?
- Sat May 11, 2013 3:15 am
- Forum: Getting Started - MultiWii config and setup
- Topic: Setup in airplane mode
- Replies: 10
- Views: 3927
Re: Setup in airplane mode
In order to ARM with yaw stick you may have to increase the yaw throw in your transmitter and trim the throttle fully down. Unluckily most transmitters are not capable of ARM with stock setting.
Or else change the mincheck / maxcheck definitions in the code.
Or else change the mincheck / maxcheck definitions in the code.
- Wed May 08, 2013 12:23 pm
- Forum: Software development
- Topic: Timing question
- Replies: 6
- Views: 2174
Re: Timing question
I think the gyro values are computed with dt. scale = (currentT - previousT) * GYRO_SCALE; deltaGyroAngle[axis] = gyroADC[axis] * scale; But the complementary filter is not (or i did not see it). #define GYR_CMPFM_FACTOR 250 #define INV_GYR_CMPF_FACTOR (1.0f / (GYR_CMPF_FACTOR + 1.0f)) #define INV_G...
- Mon May 06, 2013 11:54 pm
- Forum: Software development
- Topic: Gyro_scale is wrong for MPU6050?
- Replies: 36
- Views: 19558
Re: Gyro_scale is wrong for MPU6050?
TY
your a clever guy.
your a clever guy.
- Mon May 06, 2013 3:10 pm
- Forum: Software development
- Topic: Gyro_scale is wrong for MPU6050?
- Replies: 36
- Views: 19558
Re: Gyro_scale is wrong for MPU6050?
I still dont understand why for ltg should be 16.4 but good results are with 17.12 mpu should be 14.375 but good results are with 14.54 Any ideas? I did check the time, but ist correct, the time in-between samples is measured each cycle. @scrat: if this factor is wrong the copter will not stay level...
- Mon May 06, 2013 5:10 am
- Forum: Software development
- Topic: Timing question
- Replies: 6
- Views: 2174
Re: Timing question
Thanks for the info. I understand there is no negative indication to run the pid stuff at a fixed rate. Rather than waisting the time i did the same as the rctime thing, "if (currentTime > rcTime )" so in the time in-between the other stuff can run. I did also change "rcTime = current...
- Sun May 05, 2013 6:48 pm
- Forum: Software development
- Topic: Gyro_scale is wrong for MPU6050?
- Replies: 36
- Views: 19558
Re: Gyro_scale is wrong for MPU6050?
I did some tests with a crius_se (ITG3200) and an AIO V1 (MPU6050). The test consists of start level, do a looping over pitch, level again and quick check the pitch value in conf utility. Should be zero. I confirm the value of 2380 working excellent for the ITG3200. But for the MPU6050 i found a val...
- Sun May 05, 2013 4:33 pm
- Forum: Software development
- Topic: Gyro_scale is wrong for MPU6050?
- Replies: 36
- Views: 19558
Re: Gyro_scale is wrong for MPU6050?
Since i lost my pid values many times i now do a "save" of the values in the multiwii.conf . You have to add the .mwi extension to the file name (doesent do it automatically) and it doesent save the mode switches, but it does save the numbers. When eeprom gets corrupted i do a "load&q...
- Sun May 05, 2013 4:27 pm
- Forum: Ideas
- Topic: wishlist for v2.3
- Replies: 104
- Views: 43694
Re: wishlist for v2.3
The hardware division sensors.ino is exaclty how i propose it for output.ino. Code duplication is avoided using gyro_common and acc_common routines. This division will become very useful when boards like the arduino due start showing up.
- Sun May 05, 2013 8:56 am
- Forum: Software development
- Topic: Timing question
- Replies: 6
- Views: 2174
Timing question
While there is a 20ms interval to do computeRC(), i did not find any interval for computeIMU() and PID calculations. Do they simply run at full speed without any active timing? How many times per second a PID runs does affect the behaviour. The step response of a PID running every 3ms is quite diffe...
- Sun May 05, 2013 8:18 am
- Forum: Software development
- Topic: Gyro_scale is wrong for MPU6050?
- Replies: 36
- Views: 19558
Re: Gyro_scale is wrong for MPU6050?
Is this correct ?
#if defined(MPU6050)
#define GYRO_SCALE ((1998 * PI)/((32767.0f / 4.0f ) * 180.0f * 1000000.0f)) //(MPU6050)
#else
#define GYRO_SCALE ((2279 * PI)/((32767.0f / 4.0f ) * 180.0f * 1000000.0f)) //(ITG3200)
#endif
#if defined(MPU6050)
#define GYRO_SCALE ((1998 * PI)/((32767.0f / 4.0f ) * 180.0f * 1000000.0f)) //(MPU6050)
#else
#define GYRO_SCALE ((2279 * PI)/((32767.0f / 4.0f ) * 180.0f * 1000000.0f)) //(ITG3200)
#endif
- Sun May 05, 2013 7:42 am
- Forum: Getting Started - MultiWii config and setup
- Topic: MW2.2, crius_se 328, serial port, gps
- Replies: 0
- Views: 613
MW2.2, crius_se 328, serial port, gps
The 328 processor has only one serial port. This is used for gui configuration. No spare serial for gps or the like. Can we use the gps and gui on the same port? This could be fully auto, a parser deciding if it is a gui request or a nmea sentence, or else use a jumper on a spare input pin to tell M...
- Thu May 02, 2013 1:17 pm
- Forum: Ideas
- Topic: wishlist for v2.3
- Replies: 104
- Views: 43694
Re: wishlist for v2.3
instead of the actual mess i propose: would make life soo much easier... No. It would just create another mess of duplicated code that was common to all mcu types. Since the hardware is different there are already 3 parts of the code. It would not be necessary to split code which is the same for al...
- Thu May 02, 2013 2:48 am
- Forum: Ideas
- Topic: wishlist for v2.3
- Replies: 104
- Views: 43694
Re: wishlist for v2.3
I do use a nanowii as FBL in a helicopter, and i did use it in a in a plane before. One thing i dont like is the soft-generation of the 50hz signals for the servos when there is hardware available to do the job. A 16 bit timer is perfectly able to produce a good 60hz servo signal so why not use it? ...
- Sun Apr 28, 2013 6:28 pm
- Forum: Software development
- Topic: Helicopter integration
- Replies: 318
- Views: 110888
- Sun Apr 28, 2013 4:33 pm
- Forum: Software development
- Topic: Helicopter integration
- Replies: 318
- Views: 110888
Re: Helicopter integration
I did test-fly the thing with hardware pwm and it flies. Cant really tell the difference to soft-pwm because i did not save the PID values and they got deleted One issue is level mode. The heli has to be roll-tilted to compensate for tailrotor thrust in stationary flight. My solution was to calibrat...
- Sun Apr 28, 2013 5:38 am
- Forum: Software development
- Topic: Airplane mode
- Replies: 512
- Views: 211375
Re: Airplane mode
Rctimer sells the mpxv700 speed sensor for 14$ including shipping. Got myself 2. Nice to see someone work on airplane code. One suggestion. The servo code is soft-pwm and not hardware generated. This is jittery since worst case every interrupt may delay the signal. The quadros all use hardware gener...
- Sun Apr 28, 2013 4:37 am
- Forum: Software development
- Topic: Helicopter integration
- Replies: 318
- Views: 110888
Re: Helicopter integration
Oh, then its soft pwm as well I did manage to change the code to hardware pwm for the nanowii AVR_ATmega32U4 PROMICRO device. This by using other prescalers on the timers to go from 490hz to 60hz. I had to change the channel sequence to make it nicer, swash servos are 0,1,2 (pin 9,10,5) the throttle...
- Sat Apr 27, 2013 3:00 am
- Forum: Software development
- Topic: Helicopter integration
- Replies: 318
- Views: 110888
Re: Helicopter integration
In the helixpidmitx its calculated as int 16, so +- 32000. Values are +- 500. 500 * 8 / 10 is in the range, but 500 * 86 / 100 computes to 43000 so range overflow. 500 * 17 / 20 goes to 8500, no problem here. On a second thought the values are for symmetrical left-right servos, and do not interact w...
- Wed Apr 24, 2013 5:05 am
- Forum: Software development
- Topic: Helicopter integration
- Replies: 318
- Views: 110888
Re: Helicopter integration
I have tried helicopter as well. It's a 450 HK made from leftover pieces, with a 19$ nanowii from HK and a 11$ orange sat. My PID values are very low, even lower than electron6 ones. I have 5hz 6050 filtering engaged, otherwise random servo shaking. Heli flies very smooth in bypass or level mode, sh...
- Sat Mar 30, 2013 5:57 am
- Forum: Shields, boards and sensors
- Topic: Gyroscope L3G4200D I2C adress wrong
- Replies: 0
- Views: 673
Gyroscope L3G4200D I2C adress wrong
is (and doesent work)
#define L3G4200D_ADDRESS 0x69
should be
#define L3G4200D_ADDRESS 0x68
and the scaling is wrong too.
is
GYRO_ORIENTATION( ((rawADC[1]<<8) | rawADC[0])/20 , ETC
should be
GYRO_ORIENTATION( ((rawADC[1]<<8) | rawADC[0])/30 , ETC
can someone change that in googlecode?
#define L3G4200D_ADDRESS 0x69
should be
#define L3G4200D_ADDRESS 0x68
and the scaling is wrong too.
is
GYRO_ORIENTATION( ((rawADC[1]<<8) | rawADC[0])/20 , ETC
should be
GYRO_ORIENTATION( ((rawADC[1]<<8) | rawADC[0])/30 , ETC
can someone change that in googlecode?
- Mon Mar 18, 2013 3:13 pm
- Forum: Software development
- Topic: MW 2.2 SBUS functionality broken
- Replies: 6
- Views: 3235
Re: MW 2.2 SBUS functionality broken
For a flexible configuration i propose to make a SBUS_SERIAL_PORT definition, like the SPEK_SERIAL_PORT already is.
To do this myself i lack knowledge of SVN, and there must be someone to agree / accep changes? How is this handled?
To do this myself i lack knowledge of SVN, and there must be someone to agree / accep changes? How is this handled?
- Mon Mar 18, 2013 1:53 am
- Forum: Software development
- Topic: DJI Esc and Multiwii issues ?
- Replies: 3
- Views: 1737
Re: DJI Esc and Multiwii issues ?
I have 4 dji escs and a dji frame, and it flies crappy with the crius SE board. Thanks for your post, i did not realize the dji esc have trouble with 490 hz. I have lowered the esc rate to 245 hz now, on DSO it looks good, test tomorrow. Your board has a 1280 cpu? Or a 2560? Unluckily those are diff...
- Sun Mar 17, 2013 10:12 pm
- Forum: Software development
- Topic: MW 2.2 SBUS functionality broken
- Replies: 6
- Views: 3235
Re: MW 2.2 SBUS functionality broken
Love you Gimbal in serial.ino search for: #if defined(SPEKTRUM) && (UART_NUMBER > 1) #define SPEK_COND && (SPEK_SERIAL_PORT != CURRENTPORT) #endif and simply ADD the sbus part blow so it looks like: #if defined(SPEKTRUM) && (UART_NUMBER > 1) #define SPEK_COND && (SPEK...
- Sun Mar 17, 2013 7:50 pm
- Forum: Software development
- Topic: MW 2.2 SBUS functionality broken
- Replies: 6
- Views: 3235
MW 2.2 SBUS functionality broken
Yes, SBUS doesent work any more
Same hardware works with 2.1
I guess the new things in serial.ino are messing sbus up.
Same hardware works with 2.1
I guess the new things in serial.ino are messing sbus up.
- Sun Mar 17, 2013 7:44 pm
- Forum: Shields, boards and sensors
- Topic: 3DR Radio 433 MHz on MultiWii
- Replies: 16
- Views: 16807
- Thu Feb 21, 2013 8:06 am
- Forum: Shields, boards and sensors
- Topic: 3DR Radio 433 MHz on MultiWii
- Replies: 16
- Views: 16807
Re: 3DR Radio 433 MHz on MultiWii
Use the 3dradio config utility (3DRRadio.exe). Switch off mavlink and op-resend (on BOTH devices). Leave baud at 115200 but decrease "air speed" to 56000. Mine works nicely. Be aware the devices can connect only when both have the same settings, and 3dradio config is crappy.
- Thu Feb 21, 2013 7:55 am
- Forum: Boards
- Topic: Nanowii from HK. Only 4 usable 16bit pwm ?
- Replies: 6
- Views: 2594
Re: Nanowii from HK. Only 4 usable 16bit pwm ?
Sorry i did not see 32bit ... Well nanowii did promise 2 * 3 16bit and some 10bit pwm's and a free uart. What pisses me is i only get 4. I have tried the stm32 variant, the whole eclipse eabi stuff, i have also compiled TC's baseflight. But in the end the toolchain was too complicated to be fun. I d...
- Thu Feb 21, 2013 6:43 am
- Forum: Boards
- Topic: Nanowii from HK. Only 4 usable 16bit pwm ?
- Replies: 6
- Views: 2594
Nanowii from HK. Only 4 usable 16bit pwm ?
I did think the nanowii does finally resolve my hunger for 16bit pwm. I need 16bit to generate servo signals, a 1.5ms pulse followed by 19ms silence. 8 or 10 bit pwm wont do it. But today i discover the nanowii has timer1 A,B,C connections, but timer3 has only the A connection? Makes a total of only...
- Thu Feb 21, 2013 6:23 am
- Forum: MultiWii tweaking - flying experience
- Topic: Bug in SBUS Failsave code
- Replies: 0
- Views: 687
Bug in SBUS Failsave code
SBUS is working nicely, i use the 12$ orangerx 620 receiver. Except failsafe aint working right. During FAILSAVE_DELAY it will switch OFF the motors because RC values are still copied regardless of failsafe bit. Work around in rx.ino, procedure void readSBus() .............. if(sbusIndex==25){ sbusI...
- Thu Feb 21, 2013 6:14 am
- Forum: MultiWii tweaking - flying experience
- Topic: Still REALLY struggling for control.
- Replies: 5
- Views: 2105
Re: Still REALLY struggling for control.
Is your copter very sluggish on yaw? I did have this. You have the back left/right esc connectors reversed, and maybe props/rotation direction. Dont exactly remember, but it was a setup mistake. Copter height was incontrollable because something did wind up. It did not flip over, just made wild heig...