Naze32 hardware discussion thread

hkubota · Post by **hkubota** » Wed Apr 16, 2014 11:36 pm

FedorCommander wrote:Hi Guys!

Sorry for noob question. How can i change motor direction in CLI for QuadX mixer???

I have frame, which has opposite rotations, and all wires are soldered, shrinked, shortened, so no joy to rewire.

You could mount the motors facing downward.
Or as others have said, use different ESC firmware (simonk-reverse) or swap any 2 wires.

lilbird · Post by **lilbird** » Thu Apr 17, 2014 6:31 am

On my tri if I move the copter the servo will jitter is this normal and with the board unarmed is it ok that you can control the yaw and move the tale servo.

nspierbundel · Post by **nspierbundel** » Thu Apr 17, 2014 6:55 am

Yes,
The servo on a tri responds to movement and yaw stick input.
If you have an issue arming through yaw (because the prop could hit the grass) use retarded arm feature then you could use the other stick to arm

FedorCommander · Post by **FedorCommander** » Thu Apr 17, 2014 7:00 am

hkubota wrote:
FedorCommander wrote:Hi Guys!

Sorry for noob question. How can i change motor direction in CLI for QuadX mixer???

I have frame, which has opposite rotations, and all wires are soldered, shrinked, shortened, so no joy to rewire.

You could mount the motors facing downward.
Or as others have said, use different ESC firmware (simonk-reverse) or swap any 2 wires.

Well.. May be i was not precise in my question... I know about switching wires, as i said i am "noob in multiwii/naze32"... Let motor spin as they spin. For FC its really doesn't matter. It matters for YAW only. And this (in theory) possible to adjust in custom mix, so naze32 will know which motors to slow down/spin up on yaw movement. The question is which custom mix to make. Anyone?

lilbird · Post by **lilbird** » Thu Apr 17, 2014 7:03 am

nspierbundel wrote:Yes,
The servo on a tri responds to movement and yaw stick input.
If you have an issue arming through yaw (because the prop could hit the grass) use retarded arm feature then you could use the other stick to arm

Thanks for the help it seamed odd to me

nspierbundel · Post by **nspierbundel** » Thu Apr 17, 2014 7:29 am

FedorCommander wrote:
hkubota wrote:
FedorCommander wrote:Hi Guys!

Sorry for noob question. How can i change motor direction in CLI for QuadX mixer???

I have frame, which has opposite rotations, and all wires are soldered, shrinked, shortened, so no joy to rewire.

You could mount the motors facing downward.
Or as others have said, use different ESC firmware (simonk-reverse) or swap any 2 wires.

Well.. May be i was not precise in my question... I know about switching wires, as i said i am "noob in multiwii/naze32"... Let motor spin as they spin. For FC its really doesn't matter. It matters for YAW only. And this (in theory) possible to adjust in custom mix, so naze32 will know which motors to slow down/spin up on yaw movement. The question is which custom mix to make. Anyone?

If it flies and corrects correctly just invert yaw on your transmitter.
Or read up on the custom mix (cant help you with that)

FedorCommander · Post by **FedorCommander** » Thu Apr 17, 2014 7:38 am

nspierbundel wrote:If it flies and corrects correctly just invert yaw on your transmitter.
Or read up on the custom mix (cant help you with that)

Transmitter reverse will not help, and even worse, will lead to crash. FC does corrections on its own.

timecop · Post by **timecop** » Thu Apr 17, 2014 8:09 am

Make a custom mixer

FedorCommander · Post by **FedorCommander** » Thu Apr 17, 2014 11:20 am

timecop wrote:Make a custom mixer

Thanks master.

Can you confirm?

mixer CUSTOM
cmix 1 1 -1 1 1
cmix 2 1 -1 -1 -1
cmix 3 1 1 1 -1
cmix 4 1 1 -1 1

Right?

QAV400 · Post by **QAV400** » Thu Apr 17, 2014 1:13 pm

Does anyone know if reading pids and or changing them while hovering will work? or will make multi rotor go out of control?
I am connected to quad by android app and bluetooth

FedorCommander · Post by **FedorCommander** » Thu Apr 17, 2014 4:08 pm

FedorCommander wrote:
timecop wrote:Make a custom mixer

Thanks master.

Can you confirm?

mixer CUSTOM
cmix 1 1 -1 1 1
cmix 2 1 -1 -1 -1
cmix 3 1 1 1 -1
cmix 4 1 1 -1 1

Right?

Answer to myself... Just maiden it... Holy cow... With default pids, its like a train oN rails... Better then CC3D i had before!!! And custom mix does the trick... Thanks TC for good stuff!!!

Scott · Post by **Scott** » Fri Apr 18, 2014 11:29 pm

Is it ok to have BT and usb connected and powered at the same time on Rev 5? I know it won't communicate, but I didn't think it caused damage.

After I did, can't connect and stm 32 is lava-hot. Just got a new one recently and I think I killed it.

timecop · Post by **timecop** » Sat Apr 19, 2014 12:02 am

Yep, it's gone.
I wish people would just stop wasting time with bluetooth... Or at least use proper modules.

mattster98 · Post by **mattster98** » Sat Apr 19, 2014 12:10 am

QAV400 wrote:Does anyone know if reading pids and or changing them while hovering will work? or will make multi rotor go out of control?
I am connected to quad by android app and bluetooth

I found out "the hard way" today that you CAN update PIDs while hovering, and on my quad, it caused it to careen out of control. Not recommended. Looking for a place to submit this (inhibit changes while armed) as a "Feature Request" and perhaps contribute a changelist. I don't believe it was the actual PID settings that did it, but just the act of pushing new values. I made very slight changes.

Meanwhile, I'm 3D printing two new arms for my quad to replace the ones that broke.

--Matt

timecop · Post by **timecop** » Sat Apr 19, 2014 12:12 am

Writing to flash probably did it.

QAV400 · Post by **QAV400** » Sat Apr 19, 2014 12:37 am

Im happy enough to land to do pid changes

just thought id check, thanks for letting me know.

TC are there any BT modules you would recommend that don't cause the naze to blow if usb connected at the same time? or do can they all do it
Also so i can try to avoid blowing mine as i think i would cry, Is it the combination of BT and USB only or is it BT and USB and Main battery? which causes the naze blow

As with the amount of changes I do and my laptop being broken, having a BT module saves me from having to go back home every time i want to adjust even one setting etc.
(can not fly at my house)

treym · Post by **treym** » Sat Apr 19, 2014 1:06 am

mattster98 wrote:Looking for a place to submit this (inhibit changes while armed) as a "Feature Request" and perhaps contribute a changelist.

https://github.com/multiwii/baseflight

mattster98 · Post by **mattster98** » Sat Apr 19, 2014 2:34 am

treym wrote:
mattster98 wrote:Looking for a place to submit this (inhibit changes while armed) as a "Feature Request" and perhaps contribute a changelist.

https://github.com/multiwii/baseflight

Thanks Trey - looks like you already got to it!

Scott · Post by **Scott** » Sat Apr 19, 2014 3:52 am

timecop wrote:Yep, it's gone.
I wish people would just stop wasting time with bluetooth... Or at least use proper modules.

I've been using this bt for awhile now. What happened? Board still boots, green led flashes when tilted.

What's the proper module? I used a 3.3v hc 06 .

teslahed · Post by **teslahed** » Sat Apr 19, 2014 2:01 pm

timecop wrote:Yep, it's gone.
I wish people would just stop wasting time with bluetooth... Or at least use proper modules.

Do you have any more information about this? This is the first i've heard of people frying their hardware with bluetooth modules and i would quite like to avoid making that mistake myself if possible.

timecop · Post by **timecop** » Sun Apr 20, 2014 12:00 am

I don't know. People manage to fry this shit in so many creative ways, yet I have yet to repeat anything like that.
Maybe its all the bullshit tarduino accessories and people powering stuff differently/stupidly.

hkubota · Post by **hkubota** » Sun Apr 20, 2014 1:49 am

timecop wrote:Yep, it's gone.
I wish people would just stop wasting time with bluetooth... Or at least use proper modules.

I wish a BTModule would be pre-installed (and working even with USB being connected).
For 1000 Yen extra I'd buy one right now.

Harald

Scott · Post by **Scott** » Sun Apr 20, 2014 4:48 am

timecop wrote:I don't know. People manage to fry this shit in so many creative ways, yet I have yet to repeat anything like that.
Maybe its all the bullshit tarduino accessories and people powering stuff differently/stupidly.

Yeah, no tarduino accessories. The bt was the only "accessory" connected.

Is 5v from standalone bec to +/- rails "stupid"?
The stupid thing here is that it worked fine with this exact same configuration for a dozen or so flights.

I've been flying your stuff for awhile now- I know when I make dumb mistakes. This thing was fine, then just died doing something that shouldn't hurt it, something I know I've done on pre rev-5.

I'm not trying to lay blame or get anything for free, I'm just trying to understand what happened.

timecop · Post by **timecop** » Sun Apr 20, 2014 7:01 am

Dunno either.
Like I said, people breaking them but no way to track down how.
Basically, 5V on I/O pins BEFORE the rest of chip gets power (i.e. receiver with its own battery or wahtever?>??) = smokey.
How people manage that situation, is another story.

nspierbundel · Post by **nspierbundel** » Sun Apr 20, 2014 7:03 am

I use a bt module as well, pluged it in the usb, powered the 5 v and had no issues.

Serial has to flavours (probably more) 5v (normal pc) signal and 3v (ttl ) signal.
5v on the data lines would kill the 3v naze.

Since it worked before we can assume you had a 3v ttl module.

Since the Naze died i would assume it got 5v or more on te 3v lines.

Either the Bt or th naze has a voltage regulator that died.

Question : why?
Bad bt module?
Wrong connection ?
?

Check your bt module if it is still 3v and working.

Rob2160 · Post by **Rob2160** » Sun Apr 20, 2014 10:28 am

Love the way the Naze acro board handles with no Expo - awesome work timecop!

https://www.youtube.com/watch?v=Z5i5G5mf5Ng

FedorCommander · Post by **FedorCommander** » Sun Apr 20, 2014 8:55 pm

teslahed wrote:
timecop wrote:Yep, it's gone.
I wish people would just stop wasting time with bluetooth... Or at least use proper modules.

Do you have any more information about this? This is the first i've heard of people frying their hardware with bluetooth modules and i would quite like to avoid making that mistake myself if possible.

I am using HC-05, so far so good, at least no urge to connect to USB anymore

. Is this "proper" module? Any list with compatible modules would be great.

QAV400 · Post by **QAV400** » Mon Apr 21, 2014 7:49 am

nspierbundel wrote:I use a bt module as well, pluged it in the usb, powered the 5 v and had no issues.

Serial has to flavours (probably more) 5v (normal pc) signal and 3v (ttl ) signal.
5v on the data lines would kill the 3v naze.

Since it worked before we can assume you had a 3v ttl module.

Since the Naze died i would assume it got 5v or more on te 3v lines.

Either the Bt or th naze has a voltage regulator that died.

Question : why?
Bad bt module?
Wrong connection ?
?

Check your bt module if it is still 3v and working.

Thanks for your info
so on this one it says in the description that I/O is at 5v
http://www.ebay.com.au/itm/190825913983 ... 1497.l2649
does this mean that this module will most likly fry or not be good for the naze?

jingej · Post by **jingej** » Mon Apr 21, 2014 9:19 am

what is so hard to understand?? 5V >>> 3V!! 5V WILL kill 3V hardware POINT

QAV400 · Post by **QAV400** » Mon Apr 21, 2014 10:02 am

well some time ago (not to long) TC said that most BT modules will work, so....
From my understanding a ttl signal can be anything up to the vcc voltage of the transmitting device so it could be 3.0v or 5.0v etc
So should we only be running bt modules that can use a 3v VCC and use 3v pad to power it only so as to not have the ttl signal be no higher than 3 or 3.3v etc?
correct me if wrong here guys.
Also no where have i read that one must only have a 3v ttl signal for the rx pin in the middle of naze board so how was i to know......

Scott · Post by **Scott** » Tue Apr 22, 2014 10:18 pm

QAV400 wrote:well some time ago (not to long) TC said that most BT modules will work, so....
From my understanding a ttl signal can be anything up to the vcc voltage of the transmitting device so it could be 3.0v or 5.0v etc
So should we only be running bt modules that can use a 3v VCC and use 3v pad to power it only so as to not have the ttl signal be no higher than 3 or 3.3v etc?
correct me if wrong here guys.
Also no where have i read that one must only have a 3v ttl signal for the rx pin in the middle of naze board so how was i to know......

Mystery solved!
What was sold to me as a 3v BT module was actually 4.6v. I didn't measure it when I got it, and it worked, so I figured it was good. Apparently, 4.6v is only enough to kill it if you have USB plugged in before BT and FC on, 'cause that's the order that killed the micro.

There's all kinds of BT units out there. Some have 3v power, some have 5v, but the power doesn't necessarily indicate the serial level.

Anybody thinking about a BT module- measure the serial lines BEFORE you connect it, regardless of the power/serial levels stated when purchased.

scrat · Post by **scrat** » Thu Apr 24, 2014 10:08 am

I don't know if this is the right thread but anyways...my two friends have Naze32 rev4 boards. And for both of them GPS doesn't want to work. They have the latest BF FW - when you've introduced EMF avoidance setting. Both of them have neo6-m gps. But those GPS works on rev5 board. What could be the problem..hardware or software?

Thx!

And this question is for me...is it safe to use EMF avoidance - overclocking stm? I use UHF.

Thanks!

jingej · Post by **jingej** » Thu Apr 24, 2014 10:23 am

scrat wrote:I don't know if this is the right thread but anyways...my two friends have Naze32 rev4 boards. And for both of them GPS doesn't want to work. They have the latest BF FW - when you've introduced EMF avoidance setting. Both of them have neo6-m gps. But those GPS works on rev5 board. What could be the problem..hardware or software?

Thx!

And this question is for me...is it safe to use EMF avoidance - overclocking stm? I use UHF.

Thanks!

seems to be the same problem that i have

Olddude · Post by **Olddude** » Thu Apr 24, 2014 4:37 pm

Afternoon all
I just registered really for this and to thank you all for the posts and help in this MEGA thread that it is now
I have been studying this thread for months and months and I can report : It flys :

I am still waiting on a new GPS unit and then we tackle the feature again ..and we will win

but after months of lurking i thought i better jump in on the thread . SO BIG thanks to all

This board is awesome 8-)

rank · Post by **rank** » Thu Apr 24, 2014 6:57 pm

I've previously posted here that I've fried the usb module on my rev5 while soldering. Later, I tried to use the FTDI to connect to the board which worked. But when I tried to update Baseflight to the latest version, it got stuck in the middle. After waiting for a couple of hours, I powered off the board. Now when I power it up the blue led stays on steadily, USB device recongnized, Baseflight gui sees it on com port and tries to connect with "serial port successfully opened" message, followed by "communication failed" message. So I can't reflash it from gui. Also tried using flash loader demo, but it just hangs when trying to connect. Shortening Boot tabs makes no difference.
Anything else I can try to resurrect the board, before I give up on it?

Tr3TopFlyer · Post by **Tr3TopFlyer** » Thu Apr 24, 2014 9:22 pm

Hey I'm new here and looking forward to learning about Naze32. I'm going to apologize in advance for asking some new guy questions but to be honest I'm a little overwhelmed as to where to start. First let me tell you about my experience. I've built about 8 or 9 multirotors and except for my very first which used a KK2 board all my copters have used OpenPilot boards, both CC3D and Revo. I'm not a coder but I'm pretty good with electronics. I fly most of my copters FPV and know my way around RF stuff alright.

So my first question is where is the best place to start? Is it this thread or is there another good source? I haven't gotten my hands on a Naze32 board yet and I'm even a little confused about that. Are there two versions of the controller? The Acro and the standard? I'm sort of equating them to the CC3D (no barometer, no mag) and the Revo with all the sensors. Is that correct or are there more versions? Thanks for your help and your patience.

Olddude · Post by **Olddude** » Fri Apr 25, 2014 12:13 am

@Tr3TopFlyer
A really good start is this thread i know its massive but i made my mini Quad fly just reading this thread
Also really good start is the manual ?:) http://www.abusemark.com/downloads/naze32_rev3.pdf

Anyone need a case let me know .
We went to town and printed ourself a bunch of naze32 rev 5 cases. Its impossible to find any so I have made my own
Available in many colours

: Naze32 3d printed Case

: Naze32 3d printed Case Top half

Tr3TopFlyer · Post by **Tr3TopFlyer** » Fri Apr 25, 2014 1:06 am

Thanks Olddude. I'll dive into the manual and start working through the thread. If anyone else has suggestions please post. And I might be interested in a case. What colors are available? Are the white translucent enough to show the status leds?

harpo1 · Post by **harpo1** » Fri Apr 25, 2014 4:11 am

I have a naze32 rev 5 with my battery voltage connected to the battery pins and the frsky telemetry pins going to the rx and grnd pins on my d4r-II receiver. I also have a house ublox gps connected. I'm getting gps info on my taranis telemetry screen but not the battery voltage. Is this setup not capably of providing the battery telemetry?

timecop · Post by **timecop** » Fri Apr 25, 2014 4:15 am

jingej wrote:
scrat wrote:I don't know if this is the right thread but anyways...my two friends have Naze32 rev4 boards. And for both of them GPS doesn't want to work. They have the latest BF FW - when you've introduced EMF avoidance setting. Both of them have neo6-m gps. But those GPS works on rev5 board. What could be the problem..hardware or software?

Thx!

And this question is for me...is it safe to use EMF avoidance - overclocking stm? I use UHF.

Thanks!

seems to be the same problem that i have

mapping or functionality of serial ports hasn't changed since rev0.
Sorry to hear you're having trouble with an unsupported feature.

scrat · Post by **scrat** » Fri Apr 25, 2014 6:04 am

Olddude wrote:@Tr3TopFlyer
A really good start is this thread i know its massive but i made my mini Quad fly just reading this thread
Also really good start is the manual ?:) http://www.abusemark.com/downloads/naze32_rev3.pdf

Anyone need a case let me know .
We went to town and printed ourself a bunch of naze32 rev 5 cases. Its impossible to find any so I have made my own
Available in many colours

The attachment DSCN2701 (Small).JPG is no longer available

The attachment DSCN2705 (Small).JPG is no longer available

Hmm...this is the best case for Naze32...believe me. I've sold them a lot. It is pro made. I think you didn't read this thread. On the picture, this is case for rev4. But I have them for rev5. And for vertical pins or horizontal.

scrat · Post by **scrat** » Fri Apr 25, 2014 6:06 am

rank wrote:I've previously posted here that I've fried the usb module on my rev5 while soldering. Later, I tried to use the FTDI to connect to the board which worked. But when I tried to update Baseflight to the latest version, it got stuck in the middle. After waiting for a couple of hours, I powered off the board. Now when I power it up the blue led stays on steadily, USB device recongnized, Baseflight gui sees it on com port and tries to connect with "serial port successfully opened" message, followed by "communication failed" message. So I can't reflash it from gui. Also tried using flash loader demo, but it just hangs when trying to connect. Shortening Boot tabs makes no difference.
Anything else I can try to resurrect the board, before I give up on it?

Use paperclip on boot pads. At the beginning of my naze32 journey...I had have the same problem.

scrat · Post by **scrat** » Fri Apr 25, 2014 6:12 am

timecop wrote:
jingej wrote:
scrat wrote:I don't know if this is the right thread but anyways...my two friends have Naze32 rev4 boards. And for both of them GPS doesn't want to work. They have the latest BF FW - when you've introduced EMF avoidance setting. Both of them have neo6-m gps. But those GPS works on rev5 board. What could be the problem..hardware or software?

Thx!

And this question is for me...is it safe to use EMF avoidance - overclocking stm? I use UHF.

Thanks!

seems to be the same problem that i have

mapping or functionality of serial ports hasn't changed since rev0.
Sorry to hear you're having trouble with an unsupported feature.

I have no problem with gps hold or gps home. It works for me. But I think that they have fixed the problem. At least one. He did defaults after loading fresh hex to fc.

You didn't see my answer: And this question is for me...is it safe to use EMF avoidance - overclocking stm? I use UHF.

rank · Post by **rank** » Fri Apr 25, 2014 7:12 am

Are you guys out of pink? Just received a brand new board and it's completely.... RED!!!!
Any changes apart from the colour?

P.S. Ok, things are not so well, this is the Acro board I've received instead of the full naze one.
Is this the correct email to contact the guys: "info dog hikarisoft dot com"???
More delays for my project I presume

Tr3TopFlyer · Post by **Tr3TopFlyer** » Fri Apr 25, 2014 3:53 pm

Last night I ordered two Naze32's (full sensor). So let the journey begin.

Olddude · Post by **Olddude** » Sat Apr 26, 2014 3:11 pm

I have received my 2nd Board yesterday
This one is for a MINI H Quad
SO all went well ..Kinda
After all this my 2nd attempt

I must be pro by now LoLoLoL :lol:

but of course I am not , though this time i was adventurous and i installed the NAZE facing 90 degree CW . So the USB sticks out on the right side of the quad . I thought this is easy . Just use CLI and set align gyro mag and acc to 2 ( meaning 90 DEG CW . but for some reason this didn't work ?
I ended up with these settings now :

align_gyro = 4
align_acc = 4
align_mag = 0
align_board_roll = 0
align_board_pitch = 0
align_board_yaw = 0
yaw_control_direction = 1

For some reason I had t turn the acc and gyro by 3/4 and leave the mag alone ?

I now have a correctly rotation quad and correct aligned compass.
Banking the Quad right makes the horizon move left /That s the correct way.

These settings seem to work
Spinning the quad and moving it , I can feel the 'right' motors trying to correct .
Even though this is totally different to all i read ?
I thought i only had to move all 3 acc mag and gyro by 90 degree because all i did it rotate the NAZE 90 degree and fixed it into the frame ?
Anyone sees anything I am missing here ..I must be dumb or blind

2 hr gone only because i refused to face the NAZE32 the default way LOLOL

Olddude · Post by **Olddude** » Sat Apr 26, 2014 5:56 pm

Another few hours gone but its done

the MINI H Quad is my new fav.

: Love me case :)

I had some issues with the PID's but just restarted and thought this through one more time ...
This Quad is tiny ...ergo ..corrections need to be tiny
SO what i did is half every value in pid settings and it fly Super stable now
Flicked to HORIZON on my 3POS switch and it just stayed ..turned (yaw) a tiny bit and that was it

So bit of fine tuning and i am don't
Now for adding the freckin GPS and the full fpv gear ..
Also then i can reduce the Throttle curve because this curve is kinda low at moment

without all the gear (weight) this little monster is totally overpowered . Explain the issue with start-up and motors not spinning ..
Its need s a flatter curve when the frame i 'empty'
All good 2nd successful set-up id say

But but but
What about thats GPS :cry:

LOL here we go

varesa · Post by **varesa** » Sat Apr 26, 2014 6:11 pm

Olddude wrote::)
I have received my 2nd Board yesterday
This one is for a MINI H Quad
SO all went well ..Kinda
After all this my 2nd attempt I must be pro by now LoLoLoL
but of course I am not , though this time i was adventurous and i installed the NAZE facing 90 degree CW . So the USB sticks out on the right side of the quad . I thought this is easy . Just use CLI and set align gyro mag and acc to 2 ( meaning 90 DEG CW . but for some reason this didn't work ?
I ended up with these settings now :

align_gyro = 4
align_acc = 4
align_mag = 0
align_board_roll = 0
align_board_pitch = 0
align_board_yaw = 0
yaw_control_direction = 1

For some reason I had t turn the acc and gyro by 3/4 and leave the mag alone ?

I now have a correctly rotation quad and correct aligned compass.
Banking the Quad right makes the horizon move left /That s the correct way.

These settings seem to work
Spinning the quad and moving it , I can feel the 'right' motors trying to correct .
Even though this is totally different to all i read ?
I thought i only had to move all 3 acc mag and gyro by 90 degree because all i did it rotate the NAZE 90 degree and fixed it into the frame ?
Anyone sees anything I am missing here ..I must be dumb or blind
2 hr gone only because i refused to face the NAZE32 the default way LOLOL

Anyone using a naze board should not have to touch align_<gyro|acc|mag>. Those are for custom boards that have the corresponding sensors oriented differently from the naze. In your case for simply rotating the board "align_board_yaw" is the right variable. I am not sure, but I think it was in degrees.

Another (but not recommended) way is what you did by aligning the sensors individually, though the mag should also be turned, unless there is a bug. Did you compare the readings to a real compass/know direction? I don't know if it was fixed, but there was a bug where setting individual sensor rotation to something, eg 90CW actually set it to 90CCW. They still worked, but the labels were wrong.

Olddude · Post by **Olddude** » Sat Apr 26, 2014 6:51 pm

yeah align yaw or all 3
It says so here :

https://github.com/multiwii/baseflight/ ... -Variables

Fly's perfect now ...
Also had to add a ferrite on the 12V in VTX now all the lines in the in my Fatsharks from motor and esc noise are also gone .
Makes sense because everything is so close together
Definitely need one or two ferrite rings if its mini quad

IMO
<gyro|acc|mag>
IS exactly the way to do it
intuitive open and logic to me

Olddude · Post by **Olddude** » Sat Apr 26, 2014 6:56 pm

OHH . Yes I checked compass by using an actual compass
And it s odd but if i leave mine at 0 its correct anything else and the compass is off