No, I will be flying the Super Cub. I have been battling the control system for the past 2 weeks so it hasn't flown yet, I'm doing the final testing right now and it seems I have all the user induced problems corrected and beginning to gain trust in the system.
I spent a day trying to get a Hitec DPC-11 servo programmer connected to my new Windows 11 laptop, no success, ended up replacing the servo set to factory defaults, that was the start. Even Google AI gave up on problem solutions and said "let me know what the user forums say".
There's three receivers, one in the vertical fin the other two in the wing tips, and the receivers plug into a RB30+ redundancy bus. The control was erratic and spent a few days waiting for ferrite cores to minimize the noise that I suspected was causing the problem, of course this didn't help. I sent a note off to FrSky and they requested more information, while collecting the information I discovered that two receivers had incorrect firmware installed, installing the correct firmware seemed to help and I though I was good to go. Power cycled the system a dozen times and everything looked good. I'll button everything up in the morning, conduct several more power cycles and be at the field at noon two Sunday's ago. Of course the first power cycle resulted a loose of control, back to square 1. I have a different model redundancy bus that I considered however I have no way to set the Fail safe setting and the factory default is 800 us? Why? Wouldn't 1500 make more sense? Considered ditching the system and installing two receivers to handle the channel requirements, the carbon fiber fuselage made this option difficult.
On Thursday we traveled to Lake Erie to spent a few with my family, while there I discovered I failed to assign Unique ID's to the receivers, what a great find, this has to be problem. Now I can't wait to get back home and get this done. I'll leave the fin set the default zero and set the wing tip receivers to 1 and 2. Things are getting real confusing now so now I start to take notes on Sunday. Power cycled the system a half dozen times and it's working good, I'll button everything up and test on Monday and take it to the field on Tuesday. I plug in the engine telemetry sensors and the system locks up on the second test cycle, no control, no failsafe! OK the problem must be in the engine sensors, disconnect them and conduct several more successful test then plug the sensors in and system failed on the third power cycle.
There are three sensor devices for the engine, a FrSky ASS70 air speed sensor that I'm using to measure the relative pressure differential across the engine baffle, a FrSky SP-RPM that is measuring the cooling air in and out from the engine, and an Advanced Telematics AT-V1 that is measuring the spark plug temperatures, the crankcase temperature, and the engine speed. The AT-V1 is running code that I wrote in Arduino IDE, wonder where the problem may lie? Yesterday morning I reviewed the code and determined the baud rate was set at 9600 while the rest of the telemetry is 57600. Made the change and uploaded the code to the sensor board. Just finished the 8th successful power cycle and will continue testing after the batteries are recharged.
Sorry for the long winded rely, are you flying your Champ Bill? Haven't seen any updates over on RCSB. I plan arrive around noon at your field and hope to see you again.