MultiWii

Autoanswer: servo configuration for reverse porpouses or remapping outputs dont work in 1.9, but may be 1.10. I will try 1.8, as I cannot download 1.10 .bin file yet

Heath wrote:I'm hoping someone here, maybe one of the developers, can give me an answer to my question. I run CleanFlight on a Swift32 (Naze32 clone from FreebirdRC.com - incredible vendor and I love the board) on a scratch built 500. I'm about to buy another one for a 250FPV racer. I want to incorporate the LED strips into both quads. However, my radio receiver only supports PWM, not PPM. As it currently stands, I understand I would need to change to a PPM capable receiver to use the LED strips. But, to do this, I would need to change the module in my transmitter which drives up the cost. I'd rather put that money toward more batteries!

I've heard a rumor that version 1.8 will increase the flexibility of pin assignments on the Naze32. Is this true? And, with 1.8 (or a version soon after) will I be able to use a PWM receiver AND have LED strip control? This is literally the one little piece of information I'm waiting on to place the order for all the parts to build the 250.

I had the same issue as you with lack of pins for adding gps, sonar and leds and used this "8CH Receiver PWM to PPM/SBUS/DBUS Encoder Signal Converter"

Got it from ebay for just over 9 dollars it converts all your PWM channels into PPM brilliant no need to buy a new receiver and transmitter.

http://www.ebay.com/itm/251899000134?_trksid=p2059210.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT

ardufriki wrote:Autoanswer: servo configuration for reverse porpouses or remapping outputs dont work in 1.9, but may be 1.10. I will try 1.8, as I cannot download 1.10 .bin file yet

Tried 1.8 and it works fine. I can modify now the rates of the servos in the GUI.

Is there any way of using camstab on a different pin? I am running a hexa and would like to use pitch camstab as well. Is there a way when enabling camstab to retain motor location and move the output of camstab to another pin?

just a quick note to say that most of the discussion is happening on this rcgroups thread:

http://www.rcgroups.com/forums/showthre ... 574&page=1

Dominic, you forgot there is zero trolls and zero mega-trolls (aka troll-cop's) around. It's much nicer now he is gone. KArma is a bitch, ROFL

Also the F1 target is surpassed by the better F3 target.

We don't need any, as long as some are not able to put it behind them and move on!

Has anyone successfully tried the CUSTOMAIRPLANE setup on a CC3D board with LED_strip enabled on v1.10?

I had a try last night and could not get my elevator servo (servo2) to function on pin 6 of the CC3D board.
I used the following setup:

PINS:
SERVO OUTPUT CONNECTOR:
1 MOTOR
2 AILERON
3 AILERON
4 RUDDER
5 (LED_STRIP)
6 ELEVATOR

RX INPUT CONNECTOR
1 -
2 +
3 CH1 PPM
4 CH2 SS TX
5 CH3 SS RX
6 CH4 CURRENT METER (VOLTAGE DIVIDER)
7 CH5 VOLTAGE METER (VOLTAGE DIVIDER)
8 CH6 RX RSSI (PWM TO ADC CONVERTER)

feature RX_PPM
feature VBAT
feature MOTOR_STOP
feature CURRENT_METER
feature LED_STRIP
feature DISPLAY
map AETR1234
MIXER CUSTOMAIRPLANE
MMIX RESET

# mmix 0 1.0 0.0 0.0 0.0 # Engine
Motor Thr Roll Pitch Yaw
#0: 1.000 0.000 0.000 0.000

# smix 0 2 0 100 0 0 100 0 # Roll / Aileron
Rule Servo Source Rate Speed Min Max Box
#0: 2 0 100 0 0 100 0


# smix 1 3 0 100 0 0 100 0 # Roll / Aileron
Rule Servo Source Rate Speed Min Max Box
#0: 2 0 100 0 0 100 0
#1: 3 0 100 0 0 100 0


# smix 3 4 2 100 0 0 100 0 # Yaw / Rudder
Rule Servo Source Rate Speed Min Max Box
#0: 2 0 100 0 0 100 0
#1: 3 0 100 0 0 100 0


# smix 2 6 1 100 0 0 100 0 # Pitch / Elevator
Rule Servo Source Rate Speed Min Max Box
#0: 2 0 100 0 0 100 0
#1: 3 0 100 0 0 100 0
#2: 6 1 100 0 0 100 0
#3: 4 2 100 0 0 100 0

The LED_strip works fine and so do all the other servos and ESC, am I missing something?

I agree with Crashpilot "protocol is good but it has to have a defined standard of sending variables/names/values/value ranges to the gui." The gui have to display all current and future parameters and the user can alter them, this is important.

Regards,
Ben - web developer

for anyone reading here, the discussion has moved to an rcgroups.com forum thread, here: http://www.rcgroups.com/forums/showthread.php?t=2249574

As a little closer, it's awesome to see what has become of my goals of making a cleaner and more reusable/maintainable codebase - the cleanflight project on github now has over 1000 forks, three significant ones raceflight, inav and betaflight are worth a mention. Cleanflight/Betaflight/Raceflight is now installed on pretty much on every mini quad FC or off-the-shelf race quad you can buy today and the project sparked off a massive vibrant marketplace for flight controllers, there's now constant innovation in the scene every day!

Thanks to all the contributors and community members that made this possible - we have changed the world!

You sure did guys, thanks