Yet another flyway in the north
- Thread starter ukaleq
- Start date
The Q and H series use GPS plus GLONASS which negates any effect from higher latitudes. 66N would not be an issue.
h-elsner
Premium Pilot
- Joined
- Mar 23, 2016
- Messages
- 1,960
- Reaction score
- 1,654
- Location
- Bavaria / Germany
- Website
- h-elsner.mooo.com
For some reason the system switched by itself from Angle to Manual mode and did not record a homepoint. I do not understand yet what really happened but the problem starts already before the RTH was set. It looks simlar to compass-related fly-aways that we have had in the past with Chroma (lost GPS, followed by fly-away with increasing and unusual high speed). But H Plus is another flight controller and anothe generation of copter, hmmm...
I don't think it stops by itself. Maybe the hill has taken over the task to stop the flight.
I'm still on checking...
I don't think it stops by itself. Maybe the hill has taken over the task to stop the flight.
I'm still on checking...
Last edited:
h-elsner
Premium Pilot
- Joined
- Mar 23, 2016
- Messages
- 1,960
- Reaction score
- 1,654
- Location
- Bavaria / Germany
- Website
- h-elsner.mooo.com
After GPS was lost the copter was blown with the wind. Not a classical fly-away.
Why I think so: If we look at pitch and roll, the copter follows exactly the stick movements. But during the whole flight it cound keep nearby and on place only with stick on near maximum.
All sticks have maximum +/-70-80%. So, I think it was in turtle mode or slider something nearby. This makes it hard to fight the wind.
Air speed increases dramatically if sticks remain in neutral position especially at the end of the recorded flight. I have cut the last minute to make it visible.
The upper chart is distance to first dataset in cutted part of the flight. Copters pitch follows pitch stick. Full pitch down holds the copter in the same distance.
Same for roll, roll up holds the copter. Neutral let it flee.
The main question to Yuneec here is, why GPS was lost although the GPS accuracy is good (~60cm vertical, ~30cm horizontal), GPS fix is most of the time '3D position' but also 'DGPS/SBAS aided 3D position' (all from sensor file). So, why switch to manual mode without flight mode switch touched?
br HE
Why I think so: If we look at pitch and roll, the copter follows exactly the stick movements. But during the whole flight it cound keep nearby and on place only with stick on near maximum.
All sticks have maximum +/-70-80%. So, I think it was in turtle mode or slider something nearby. This makes it hard to fight the wind.
Air speed increases dramatically if sticks remain in neutral position especially at the end of the recorded flight. I have cut the last minute to make it visible.
The upper chart is distance to first dataset in cutted part of the flight. Copters pitch follows pitch stick. Full pitch down holds the copter in the same distance.
Same for roll, roll up holds the copter. Neutral let it flee.
The main question to Yuneec here is, why GPS was lost although the GPS accuracy is good (~60cm vertical, ~30cm horizontal), GPS fix is most of the time '3D position' but also 'DGPS/SBAS aided 3D position' (all from sensor file). So, why switch to manual mode without flight mode switch touched?
br HE
h-elsner
Premium Pilot
- Joined
- Mar 23, 2016
- Messages
- 1,960
- Reaction score
- 1,654
- Location
- Bavaria / Germany
- Website
- h-elsner.mooo.com
No, RTH was later (somewhere in the middle of the escape already 100m away) and had no visible influence on the behaviour.
br HE
br HE
@AH-1G, the mode automatically switched to Manual well before the RTH was initiated, and I could see the craft responding to the control inputs. Yet I missed seeing the drift that Helmut detected, before the RTH was initiated. It did seem that control was lost after RTH was initiated though.
Great job picking that up Helmut! That is why I always want to see what you read in the files. Did you notice the split Sensor files for the flight just previous to the flyaway? It was like there was a break in the telemetry from the PX4.
- Joined
- Jul 4, 2017
- Messages
- 4,258
- Reaction score
- 2,025
so I'm looking at sensor file #32 is this what your talking about, showing only half of the graph?
If you take a look at the kml file that gets created when you open the Sensor file you will see the PX4 quit recording GPS position at the point it starts heading east at an accelerated rate.
Hey, I’m still learning too. Helmut is about two light years ahead of me at deciphering the data and he digs even deeper into the Sensor files. There is more data in them than what gets extracted with his program.
h-elsner
Premium Pilot
- Joined
- Mar 23, 2016
- Messages
- 1,960
- Reaction score
- 1,654
- Location
- Bavaria / Germany
- Website
- h-elsner.mooo.com
I'm still learnig too. Every new case has new surprises.
Following assignment can be done:
Telemetry_00017 --> Sensor_00030.txt + "CRITICAL: 'ALL DATA LINKS LOST." + Sensor_00031.txt
Telemetry_00018 --> Sensor_00032.txt (part of)
Here is the time line:
Picture for pitch updated with RTH:
Why sensor file 32 is somehow cut is not clear for me. Maybe at this time the 5.8GHz connection was lost. I guess the sensor data are transmitted over serial connetion to camera and seed to video downlink.
My Typhoon H created empty sensor files in case no camera is mounted.
br HE
Following assignment can be done:
Telemetry_00017 --> Sensor_00030.txt + "CRITICAL: 'ALL DATA LINKS LOST." + Sensor_00031.txt
Telemetry_00018 --> Sensor_00032.txt (part of)
Here is the time line:
Picture for pitch updated with RTH:
Why sensor file 32 is somehow cut is not clear for me. Maybe at this time the 5.8GHz connection was lost. I guess the sensor data are transmitted over serial connetion to camera and seed to video downlink.
My Typhoon H created empty sensor files in case no camera is mounted.
br HE
I’ve been flying my TH without the camera because the CGO3+ is out for repair (thankfully on its way back today). I’ll have a look at my flight logs. That is interesting.
Hi guys,
Thanks for your work.
In the case of the sensor files, what I experienced when flying with no camera last summer is that there were no files saved at all in this case.
The 5.8GHz link on that particular camera has always been very unstable and I indeed lost it quite often. I had told Yuneec about that.
I checked the wind direction at that time, it was between 250 and 260 degrees. Speed was around 9m/s with gusts around 14m/s. On the ground, I really didn't feel much wind though but the copter was higher.
My recollection is that as in previous flights, I had to fight some drift almost from the beginning. I remember having adjusted the turtle/hare speed control. But the question is: if I successfully managed to keep the aircraft within a reasonable range in the beginning, why did it leave me no chance at all when the fly away started? I have the impression it really accelerated suddenly and became unresponsive to stick input, which prompted me to trigger the RTH mode.
Is there a way to prove from the data that I did not switch off the GPS manually? Because that's most likely what Yuneec will claim. The only thing I did was to switch from angle to RTH. Given that the manual mode is buried in the software it can't have been switched accidentally.
Thanks for your work.
In the case of the sensor files, what I experienced when flying with no camera last summer is that there were no files saved at all in this case.
The 5.8GHz link on that particular camera has always been very unstable and I indeed lost it quite often. I had told Yuneec about that.
I checked the wind direction at that time, it was between 250 and 260 degrees. Speed was around 9m/s with gusts around 14m/s. On the ground, I really didn't feel much wind though but the copter was higher.
My recollection is that as in previous flights, I had to fight some drift almost from the beginning. I remember having adjusted the turtle/hare speed control. But the question is: if I successfully managed to keep the aircraft within a reasonable range in the beginning, why did it leave me no chance at all when the fly away started? I have the impression it really accelerated suddenly and became unresponsive to stick input, which prompted me to trigger the RTH mode.
Is there a way to prove from the data that I did not switch off the GPS manually? Because that's most likely what Yuneec will claim. The only thing I did was to switch from angle to RTH. Given that the manual mode is buried in the software it can't have been switched accidentally.
Last edited:
Other questions:
- what is the correspondence between the flight modes and the numbers displayed? Looking at previous flights I keep seeing frequent changes...
- is it possible to tell the position of the turtle/hare control?
Last edited:
I am a little confused at this point. Is the GPS drawn from the sensor file or from the telemetry file? It's not clear to me what kind of information the sensor files contain and how it can be displayed in the software. When opening the sensor file, I see a table of what looks like hexadecimal numbers.
In general, are you surprised that the 2.4GHz link was cut so quickly?
