MultiWii

jy0933

I think this would cause confusion to users and it was not commented in both section to clarify /****** Serial com speed *********************************/ /* This is the speed of the serial interfaces */ #define SERIAL0_COM_SPEED 115200 #define SERIAL1_COM_SPEED 115200 #define SERIAL2_COM_SPEED 115...

jy0933

why not just support i2c esc and use rpm feedback for it.. aka direct rpm control?

jy0933

i wasnt sure if it was about xbee or mwii or gui.. but here's what i experienced... not sure how it affects flight.. yet datalink xbee s2b, 65mw configured to ground side: zigbee coordinator AT air side: end device AT baudrate 115200 FC aiop2.0 on serial 2 port, mwc2.2 gcs... wingui 2.2 package los...

jy0933

This is probably not something you're gonna be fixing on atmega with software PWM. All it takes is for the code to take a shit temporarily and miss short pwm pulse and it becomes long, and the esc will go full throttle. As long as you have software handling things that should be done by hardware. I...

jy0933

thanks for the help
it was from long time ago... dont even remember how did i get it... just wanna try to do some fpv recently... so I thought why not just use it... i'll try it out and see how it eventually works out

thanks again

jy0933

a quicky... why does the board type keeps switching back to rush after "write"

it's he one called jumbo osd v 0.1 minim osd clone i believe
thx

jy0933

Hi All, Since the last beta, almost 300 downloads were registered. I did not got any serious error reports. So r39 is declared released. ISSUE15 is still under investigation , but only reported by 4 people since the release of 2.1 So it is not a showstopper. I uploaded the final 2.2 to the repo (m)...

jy0933

i wasnt sure if it was about xbee or mwii or gui.. but here's what i experienced... not sure how it affects flight.. yet datalink xbee s2b, 65mw configured to ground side: zigbee coordinator AT air side: end device AT baudrate 115200 FC aiop2.0 on serial 2 port, mwc2.2 gcs... wingui 2.2 package lost...

jy0933

I got a stack of this red mwc mega board from friend to take care of... Atmega2560 ITG3205 Triple Axis Gyro BMA180 Accelerometer• BMP085 Barometer HMC5883L Magnetometer Servo output for camera pitch and roll control Supports direct connection of GPS module onboard usb they are standard 45x45 mountin...

jy0933

ebourlet wrote:Failsafe descent rate based on barometric pressure sensor based rate of descent rather than preset min throttle + set value.

with assistance of z-acc to prevent over accelerating at beginning

jy0933

Adrian... about sonar...

how about the SR-04? it's much cheaper and working

jy0933

a quick question.... bluetooth is only good for 10m on cellphone... how do you get around the distance problem? any suggestion?

jy0933

just a quick vid on my quad.. r15(cuz i hate re tuning pid)

but it works really well

http://www.youtube.com/watch?v=9nbb35CJoVI

jy0933

Wasted memory from disabled features needs cleaning. The symptom Many features can be turned on/off via #define. But even when turned off, often times the corresponding variables still get used somewhere in the code or in MSP messages without meaningful content - thus waisting dire memory resources...

jy0933

will be useful if there is a aprox converting factor from old PID to new PID.. so we can have a rough idea what number to shoot for... (and hope the algorithm wont change again in the future since it gets confusing easily)

jy0933

it also behave a bit wired on my hexa... ver R17.... when stick is above middle dead band.. it suddenly jump up half meter... (and caused battery alarm)... my quad was using r15 w/o this problem... might be i set too much D for alt hold (D=60) in R 17? (D=60 on quad for r15..working fine...but I wil...

jy0933

it was more like after send "write" in gui over datalink.. and bad thing happened.... was tuning pid...

jy0933

already set and still happened

jy0933

I just encountered an accidient this afternoon.. and I'd like to point out this IS a potential safety issue the thing happened is .. it seems the datalink (3dr radio) was semi-lost while writing configurations to fc... and suddenly the hexa flip to one side.. and the VH hud shown the hexa is upside ...

jy0933

flyboy_____ wrote:If we use 5 baros in the board, kill the 2 most off values and take the average of the closest value, dosn't this give a more precise altitude reading??

they will most likely read about the same

jy0933

I have been looking at gimbals for a while.. it seems the traditional ones are all open loop... recently the brushless gimbal catches a lot attention due to its close loop control bringing better accuracy.. so i'm just wondering why not close loop servo gimbal control? most digital servo can do 0.1s...

jy0933

fiendie wrote:
jy0933 wrote:so basically the sonar feature does nothing at all( except the displaying measurement)

Take a look at Luggi's github repository: https://github.com/luggi/baseflight/tree/sonar
He implemented Sonar ALT hold.
I think his forum nick is "crazyal".

cool

thanks

jy0933

so basically the sonar feature does nothing at all( except the displaying measurement)

jy0933

it works really well.... one thing that bothers me a bit is if i want to use this quad.. i'll have to re upload fw to disable the feature

it will be awesome if it becomes a optional mode in gui... like alt hold, arm.. so we can change it to regular use?

jy0933

when using a no baro board... how do i enable alt hold?

it seems if i turn on baro... it is not really working

thanks

jy0933

I wonder .... if I use it on FF1.31(the white board) where should I connect sonar (sr 04) to? cppm is enabled

thanks

jy0933

maybe release dev more often for those who would like trying new feature.. maybe more integrated.. there are few great ideal/implementation from different forks... a annoying thing is that we have to choose what we like and put them together by ourselfs...a comprehensive dev ver will be interesting ...

jy0933

a wishlist item....
data logging for the boards those have flash chip (aiop2 for now)

it will be pretty useful for post-flight analysis since current GUI does not have a data logging feature...(wingui had it.. but HAD... outdated already...)

jy0933

Hi all, Here is the corrected r17, based on the official r1347 release!!! The BUG was in I2C_GPS part. BTW, my oppinion is that forget to use 328p and i2c GPS, it is not enough for naw functions. There are great boards for less than 50 USD on market.... Also, WP16 injection does not work with I2C G...

jy0933

i fixed the cycle time to 5000 in code..

jy0933

a quicky.. where is the imu complimentary setting moved to? didnt find it in r17_exp

thanks

jy0933

I have used r16 on my test rig... the performance is just astonishing... it was able to maintain the altitude literally with in 15cm and the vario works like a charm... next thing i'm going to try is in windy day... hope everything works well too what are the main differences in the later revs perfo...

jy0933

it makes sense that the compass is affected.. but since mag is not turned on... how would the turning happen

jy0933

seems the firmware is updating at 8khz .... annoying whining

but the performance is really impressive

jy0933

I noticed when ascending or descending.. the quad tends to yaw to a certain deg.. and backward when descending.. so i did a small bench test... video shows that the mag is affected by motors m mag is connected but not turned on.. board. AIOP1.1 motor Turnigy park 300 1080kv bs12A simonk fw 3s batter...

jy0933

im just wondering what is that BT module... 200m is a very decent range for short distance test... mind give a link about it?

thx

jy0933

i think current mwc code only has gyro_lpf for setup for now.... the acc still under the LPF_factor thing..not a stand alone(user adjustable ) lpf but yeah.. will be pretty interesting to see how a separate lpf works out.... (personally i think the separate acc lpf might help with alt maintain on Z ...

jy0933

if you guys dont mind me ask

what is the advantage of this over adxl345 or mpu60xx?

jy0933

impressive.... i'm waiting for a better day to go out an test

jy0933

make sense to me here's what i defined.. and gonna go out test as soon as it gets warmer #define VARIO_ALT_MODE // define ALT HOLD code //#define VARIO_MODE_CHANGE_BEEP // beep if changing between rising/descending - long beep when entering hoover mode, short beep when changing between rising/descen...

jy0933

one quicky... what if the hovering point is not at ALT_HOLD_THROTTLE_MIDPOINT should I change ALT_HOLD_THROTTLE_MIDPOINT to about the hovering point or ? also.... is it possible to use vario from taking off.. say... turn on alt hold (vario), then arm, then stick up for ascending... center stick for ...

jy0933

I just wonder if i can still use the define for aiop1 for aiop2 board?

from datasheet.. it looks the hardwares are the same... just one more chip for data logging.. and more ports for extension

thanks

jy0933

sonar.. since i2c ones are in already.. how about the trig/echo ones??

jy0933

it looks to me that the best way to determine cycle time is to put on/enable all components will be use and observe the cycle time... then add a bit of redundancy to this cycle time as final and then start tuning everything/parameters from here? btw.. after reading thru that thread.. it is only said...

jy0933

i tried to trace the origin of the entire setup-cycletime-manually thing... it seems came from naze32 at the very beginning to reduce twitching due to the over-powered MCU... honestly.. from a non-EE/programmer aspect.. it is really hard for me to understand it... and the documentation is not quite ...

jy0933

i am thinking about a more stable/fixed cycle time than jumping around like now

jy0933

I have seen from different posts saying a higher fixed cycle time will bring mwc better stability. I wonder how significant will the improvement be? and what kind of cycle time to be fixed on can bring the best result? currently I'm using AIOP.. tried to change cycle time to 5000.. but it seems ther...

jy0933

just a few quick questions after reading the code.. 1. I noticed the angle correction is to be tested/set with angle mode.. I wonder if Acc_lpf_factor setting will affect the effectiveness since it will delay acc reading at some point 2. when baro/alt hold is activated... should I move stick to cent...

jy0933

i will still suggest to make this a BRANCH of master... a dedicate fork is good... but it wont benefit the master to help more people out or make it easier for people other than your users.... which might ended up like some RuBBIT(sh) FC that totally ditch origin.... it is not difficult or hard to u...

jy0933

awesome.. thanks

Search found 180 matches