Copter Tailsitters

Hi everyone,
I have read +1800 post in Dual-motor tailsitter topic and then I came this topic. Your works are so great that’s why I’ m very excited about it. I just made a quad + tailsitter. I’ m curious about When will the codes for copter-tailsitter release for Beta version?
This is my ugly baby :joy:


wingspan= 170 cm
cord = 40 cm
wingarea= 55 dm2
weight: 2750 gr ( no battery )
Ready to Fly :yum:

2 Likes

@mono Thanks for posting, that looks like an interesting airframe.
Copter tailsitter support is already in master, only the PR to add the gain scaling options has yet to be merged. The gain scaling isn’t necessary for slow flight in VTOL modes though, so you should be fine using master until you want to try going fast.

I’ll post here when that PR is merged, in the meantime you can use the custom binaries here:
pr-feature-tailsitter-gainscaling
if you’d like to help with flight testing.

2 photos of my copter X tailsitter in progress. I changed a little my mind in order to get something more compact. Vertical distance between wing = wing cord. Longitudinal distance = 1/2 wing cord.


3 Likes

Are those figures somewhat arbitrary or based on aerodynamics/fluid dynamics theory/empirical? For the relative placement of the two wings and the sizing of the wings themselves.

Also, is the extension of the fuselage past the back of the bottom wing simply for static tail-sitting while on the ground or is that going to be a fifth control surface ?

the fuselage is a 17% thick symmetric airfoil. Its leading edge is 4 cm behind wings leading edges. This position together with the outline give a position of the 25% fuselage mean cord well behind the aircraft CG (around 7cm). I hope it will be enough to ensure aerodynamic yaw stability. the aircraft will also sit on the trailing edge of the fuselage. I do not plan to add a control surface for yaw (plane frame), this can be done very well with differential thrust either in copter or plane mode.

Nothing very clever behind. I believe It would be much better for stability and performance to position wings as far as possible to each other but I wanted to make something compact as my workshop is already full of plane. I think also the wind resistance will be better like that.

Makes sense!
From visual comparison, the Opener BlackFly does have a much greater distance between the wings, which makes sense given your stability argument and the intended human application.
That may be a question for @kd0aij but do you know if the firmware would support two motors rather than one (per half wing) ? For redundancy and prevent vehicle failure if any one motor fails.

I looked at some picture of the blackfly and It seems to me that motors on a same wing spin the same direction. Converted to ardupilot it could be two quad motor layout, a small inside an a larger outside rather than an octo. Nevertheless there would be a big flaw with all plane modes as plane control rely only on control surfaces. I mean there is no feed back from attitude error to differential thrust so a motor failure would be catastrophic.

Looking at one of their videos, it seems that the front port inboard (vehicle left) motor rotates CW and the starboard inboard motor rotates CCW (looking from the front). It looks like the rear inboard motors rotate opposite to the corresponding front motors. That looks like a good configuration to me, assuming the outboard motors rotate the same direction as the inboard motors on each wing.

I’ll try configuring a RealFlight model that way and add a copter tailsitter frame to simulate it.

FYI: http://news.bellflight.com/en-US/181700-bell-autonomous-pod-transport-70-achieves-first-autonomous-flight
(with a little glimpse of Missionplanner 15sec into the video https://youtu.be/bjYVOcS0qd8)

2 Likes

Oh interesting – I know about that vehicle but I didn’t know that they relied on AP in any way.
Does anyone know if the autopilot is actually AP??

The use of Missionplanner is a strong indicator, but not definitive. I doubt anyone will confirm one way or the other, as those types of programmes are generally wrapped in tight NDA’s.
Still: a cool vehicle, and cool to see Missionplanner pop up in the video.

1 Like

Ah I see. Could the autopilot infer a motor failure from the flight response – or lack thereof – and compensate accordingly? Does ArduCopter/Plane overall not have any contingency for motor failures/redundancy? It would be quite tricky on a quad of course but w/ more rotors it might be possible.

That’s probably a question worthy of it’s own thread, rather than hijack this one.

thanks for sharing. Amazing aircraft !!
It seems they solved the yaw control problem also by tilting motors. A linkage can be seen at 7s and 1.01s and motor position at 8s suggest they can tilt.
I can not see any control surfaces on wings but horizontal tail surfaces seems to be actuated. As far I can see, airfoil seems not to be reflex. So it look like more to a biplane aircraft than a flying wing.

I think it can in copter mode but not in plane mode. From my dual motor tailsitter experience, when a motor is stronger than the other, it cant be seen in copter mode (just the weaker motor run with higher pwm) but during transitions and FW flight I can see non symmetric flight (the same pwm value is sent to all motors)
@kd0aij probably have a better understanding

The copter code does look for unbalanced thrust (demand) to detect motor failures:

I suppose Plane could look at yaw rate and rudder demand to detect an imbalance in port/starboard motor thrust.

This is a photo of my copter X tailsitter almost finished. Calibrations and parameters are OK, I already made a small hover flight, stability seems to be very strong. However I have a glitch problem that affect RCin and RCout (and rc8 which is my mode channel)… I suspected the BEC to be responsible and changed it but glitches again. Today I have inspected my TX frsky DJT module and made an other test on the ground, no glitch.

4 Likes

a video of Q_hover test flight. Everything seems to be fine now. Pitch stability is very strong but yaw could be better. Only top wing control surfaces are elevons. Bottom wing control surfaces are ailerons only. The 1/4 mean cord of the bottom wing is at the same longitudinal position than the CG so I am wondering what would be the effect of elevator on bottom wing. Is someone know ?
The fuselage is very rigid and there is no need for legs between wings. The ugly nose is for the battery in order to get the CG at the same distance from both wings. The CG longitudinal position is at 20%.
The landing is not good because of thin legs, not suitable for sand. Also the design is not the best one for landing: too high CG and not enough span between wings.
Some important parameters:
Q_frame_class = 1 for copter tailsitter
Q_frame_type = 1 for quad X and yaw control with differential thrust
Q_angle_max=7000
Q_tailsit_gscmsk=2 for gain attenuation based on attitude and throttle
Q_tailsit_gscmin=0.2 gain attenuation max
Q_tailsit_input=3

I will test soon transition to FBWA, I still don’t now if this aircraft will be stable as a plane…

6 Likes

Congrats on another successful build!

Are you calculating CG using this method?

I guess elevator would be more effective on the lower wing since there is a longer moment from elevon to CG.

Can you post a log from this flight? I’m chasing a potential bug in hover thrust learning.


this is the log of the flight but

  • I have q_m_hover_learn =0
  • Apm planner tell me the log is corrupted (but can be read), this is the first time I have this message with the current binaries.
    If needed, I can make a flight with hover learn enabled.

Congrats to you and all developers, from my side it will be a success only if it fly as a plane.

My method to find the CG is not the same you showed. I have considered the mac of each wings (which is rather simple considering wings are rectangular) and taken the 2 points at 20% from the leading edge. I have drawn a segment between these 2 points and set the CG in the middle of segment because both wings have same surfaces. So my method assume 2 flying wings without interaction. I am a little concerned because with your method I find a CG 3 cm in front of mine (keeping the 20% rule). We will see, the lake is still around 20°C…