It is just that it took me a many trials and errors to find the right position of the sensor to eliminate the cross axis interaction. It is now slightly at an angle but it works perfect. That is why I would prefer to keep it there.

The gimbal is on flying platform- hexacopter. It is actually working quite well with yaw in Follow mode with 8bit even without the external 2k♤pot connected to the yaw motor, so I am a bit hesitant to go through the rewiring and putting the 32bit in. Yes I would definitelly put the second sensor there under Yaw motor. There is actually ideal small flat spot on the gimbal where it could go with the ports facing back. Can I expect a major improvement in stabilization performance with 32b installed?? I only control tilt externally with RC and do have the FC connections in place which seems to be helping holding the horizon level.

Thanks Garug for your advice. If I go ahead with the 32b instalation I will use the new sensors. It seems to be no brainer to go with the old one with the new 32b board even though they might be identical inernally when it comes to the components. Who knows :-) I guess it is simply not worth the risk to combine the old with the new. Are there any other significant improvements in performance and especially yaw follow smoothess I can expect from 32 bit system ?

So if you should give me a couple of good ressons to go from good working 8b system to 32bit, what they would be???

There is no reason really if you are happy to the 8 bit performance.

32 bit will be more accurate and faster when well tuned, but you do not necessary notice it on result.

It has filtering if you need that

It has auto tuning, that can help getting better results

It supports 2 IMUs. that is really useful on handheld gimbals, recovery from disturbance is fast in any position. Not so much needed on aerial applications, but can be useful also there.

It supports SBUS

It has much advanced RC control possibilities

It has all 3 axis integrated on the same board

For anyone buying a new controller I would recommend 32 bit. For anyone having already well working 8 bit system, 32 bit can improve the results, but it will require some work to get it tuned well. Depending of your gimbal construction Auto tuning may work quite well. and if you are lucky no filtering needed, but all that will require careful reading the users manual and some learning curve is involved.

The new and really useful feature on 32 bit boards is IMU temperature calibration. 2.44b3 (beta)

I always recommend using the Auto-tuning with good stability setting and if that works move the slider towards accuracy. It is much gimbal dependant how the auto-tuning works. It is good also to experiment different power settings. Highest possible power is not always necessarily the best option. But always monitor that motors do not overheat (i.e. do not get too hot to touch for 10 seconds)

For horizon holding it is important to do IMU calibrations and positioning carefully.

I am somewhat confused about the follow offset calibration, when and how it effects horizon, and also because at different runs (after power down/up) I get different results with the Auto. However I recommend performing it also carefully.

Not sure about the follow offset calibration but I use small amount of offset ( about 15) with 8bit to get the gimbal facing straight forward upon initialization. That means that the camera lens is perfectly aligned with the forward axis of the drone and always returns to the perfectly neutral position after yaw stick imput to the drone. It quarantees as well that the camera deflects equally into both sides when the hexa yaws and that it always returns to the perfectly neutral position in follow mode and thus pointing directly forward, same as the drone forward axis. That is the offset good for.

I guess it is a bit different on a flying platform where I do not want follow mode on pitch and roll axis. I just want the roll and pitch stabilization to work as accuratelly and as fast as possible to hold the horizon perfectly level, no matter how much the hexa tilts sideways and backwards and forward during flight.

I am putting the 32bit board in right now.All seems to be already working but I do not have any reading in Monitoring window for RC pitch, neither I have any reading from FC. I used to have just signal wire running to the RX and to the FC roll and FC pitch on 8bit board and all was working.. Do I need to run the ground and power wires to the 32bit board from Rx as well as FC ??

I worked it out, well in part. I made the tilt function working from my Tx by adding the GND wire between Rx and the board.. But the FC Roll and FC pitch signal is not seen in GUI even with GND and signal wires connected to the Naza FC F1 and F2 ports.I have the entire system powered from one main battery, so all components have a common GND and +5V.

Ensure that it is not the RC limits, but likely it is vibrations. PID tuning, Adaptive filtering, filtering, second IMU help on that.

I have it configured exactly the same way as I had it on 8bit. Nothing has been changed. I pretty much coppied the settings from 8bit to 33bit. It was all working with signal wire only connected to RC pitch from Rx and FC Roll and FC Pitch from F1 and F2 in Naza. Now I am running signal and GND wire from Rx Aux3 chanel to RC Pitch and it is working fine for controling the pitch from Tx. But when I do the same two wire connection between Naza F1 and F2 I do not get any reading in GUI for FC roll and Pitch. I only see there the input from Tx for pitch control. In GUI RC tab I selected Normal PWM and then bellow FC Roll to FC Roll and FC Pitch to FC Pitch. No mixing. In Naza I have gimbal switched On. I have limits -1000 0 +1000 and gain 50% and frequency 200Hz ?? Anything else I should look at???

Reply from BaseCam team "FC_ROLL, FC_PITCH are regular PWM inputs like any other, and beeing mapped to any function, at least should be displayed in the monitoring tab after PWM decoding. 200 Hz is normal frequency." mentioning also that FC functionality has not been tested that much lately...

Ok. I probably leave it out and concede this is as not working on my board. I tried everything and nothing seems to be making it work. As you said, with two IMUs on gimbal it might not be important.
Is there any way except the potentiometer mod to improve the yaw motor to hold the neutral position??. What I mean is that it seems to be unable to return to its centre position once disturbed by outside forces. I think the 8bit was more lenient and able to come back from bigger off centre disturbance margin.

See my blog http://www.levitezer.com/styled-2/blog-2/index.html 'BaseCam filter tuning' (06/10/14 14:55 http://www.levitezer.com/styled-2/blog-2/files/archive-oct-2014.html)