MultiWii

i had no problem, i copied my aileron channel to all channels 5-16 and had them all working at once fine Thank you. After I noticed that the firmware source was older than the 2.3 release, I suspected it was a bug that had already been corrected. I will build firmware for this board using the lates...

so how do i test 16 channels in MW when the gui only shows 8 ? or did you have some other method in mind ? The failure can be seen in the GUI. Something is happening to the decode of the sbus channels. Channel 1 is moving to channel 3, channel 2 is moving to channel 4 etc. The good news is this was...

That's what I tested with. If I set the Taranis to 15 or 16 channels the channels change order in the GUI. Anything less than 15 channels works fine.

John

haydent wrote:yes i have taranis/x8r and rigol dso if needed. ill have a go, never tried > 8

Tested out your sbus code again John and seems fine still. I have corrected an unrelated sbus + lcd conf bug. Do you have the ability to test sbus with 15 or 16 channels? There is some sort of problem doing that with the current firmware, see my previous post. I tried it with the original 2.3 relea...

My last attachment provides what you desire for S.BUS. The code provided (without the conditional to include it) is what I use in my version of MultiWii 2.3 and Open FlightStab distributions since March 2014. There are many ways to implement the scaling and if a different implementation is found to ...

@John > Spektrum ... the pulse widths being decoded by MultiWii already match the transmitted pulse widths How can you know this if the transmitter does not tell you the " transmitted pulse width" ? I remember back in ver 2.2 days GregEgan already used spek scaling in his pocketquad fork....

Plüschi wrote:I think consensus is "do it for sbus".
I

I agree with that statement.

I don't really care how it is implemented or if Spektrum is scaled or not. We need it for S.Bus.

John

The reason people have problem with Spektrum is because the default travels in the TX are 100%. To get normal travel found in other vendor systems from a Spektrum TX, travel must be set to 125%. The Spektrum RX is not doing anything to scale TX values, the TX is just not setup properly. If you scale...

It is a minimal change to make it optional (3 lines of code - 1 in config.h and 2 in rx.cpp). It makes no difference to me, I always use it with S.BUS. The only reason to make it optional is for people that are already using S.BUS with the current MW 2.3 code and have adjusted TX travel limits to co...

My goal in proposing this change for SBUS pulse width scaling was to have the pulse widths decoded by MultiWii match the transmitted pulse widths and the pulse widths measured at the receiver servo outputs. Since the scaling performed by the SBUS generator in the receiver is fixed, I see not need to...

@Plüschi The manufactures percentage values are not standard, each one does as they see fit. It is a shame that they don't use pulse width (in microseconds) instead of a percentage. I do my testing with Spektrum (DX8 & DX18 and an assortment of Spektrum RX's), Orange Receivers, Futaba (T8FG with...

I had not noticed that you were changing the SBUS_MID_OFFSET value. Doing that will allow all modifications to be additions. I still prefer to have the scaling completely independent from the primary calculations, this allows the scaling code to be surrounded with #if defined (ZZZ) and #endif and se...

JohnB why dont you put that into a simpler format without the if ? I tried to make the fix easy to add without modifying the existing code, just adding new code. It is not clear to me that your code will work as it is necessary to make all values below the center position smaller and all values abo...

Yes, works perfekt ..... or better Bind the X8R as second receiver ..... and you can use channel 9 to 16 direkt at the receiver and channel 1 to 8 via s.bus. Has anyone done this successfully with 16 channels of SBUS data. I have a Taranis setup to send 16 channels of data to an X8R receiver config...

Happy to help.

John

haydent wrote:thank you very much or your detailed investigation and submission. I hope this can be integrated as promptly as possible.

edit, and i noticed you signed up just to post this, double thanks !!! and welcome

I did receive my taranis today and yes, sbus range on the X8R is quite a bit less that ppmsum range on the DR4. Upping throw does fix it nicely. You get finer control with bigger throw, so im totally OK with that. BUT my center is way off at 1486 instead of 1500. Did you change "#define offset...