For news TAP HERE and scroll down
IMG_20190331_110316.jpg
Likes Like
RocketEZI-65
Launches1
Flight StatusPartial
Event
SRA2.pngSRA-Jason Cook special launch 2019-03-31
Altitude11630 ft
3544.82m
Velocity886 MPH
1426.46km/h
Gs Actual12.2
Weight6.43lb.
2.92kg
StageMotor
1 K300

SRA Launch Special For Me - Thanks a million

2019-03-31 11:03:45Z

Insane Rocketry

Likefileicon launch190331_104355_209.csv

Stratologger

Likefileicon PFBackup.pf2

Description

Insane Rockets data file is raw unaltered data.

If you open in excel, velocity is 10 frames behind (0.5 seconds) and you should adjust accordingly. To find deployment, seconds column value is 34.806. Deployment was forced by value in column AltitudeMSLGPS.

Main @ apogee due to early deployment.

Launch control system super fickle, but we were able to get both rockets launched.

I'll get that cleaned up now that the overall concept is proven.

---

Early Deployment Summary

Deployment of drogue occurred when the rocket was ascending 187 miles per hour. Tim, you heard me, from watching the video, I said I thought it deployed at what looked like 200mph!!!

I do two independent checks on altitude. Up until today, I've not had a problem with these two techniques.

The second check failed, for the first time. I will no longer use it. Instead I'll use G data as a second check instead erroring to caution. G data for deployment is very predictable.

Current Checks:

The first is based off of barometer data, and pretty much works like any barometer based altimeter. For this launch, the code & data was rock solid as always.

Failed Check that will be Replaced to using Gs:

For this launch and previous launches, the second was based off of GPS data. I did this because the GPS ALWAYS lags, so it is a good delayed backup. GPS always gives me vertical accuracy (meters+-), so I always add the uncertainty of both values to the CURRENT value. That way, it errors with current value artificially inflated. That way, it's a great backup, because IF it shows descent, I know for a fact it is descending. I had a lock of 11 satellites.

Failure:

Previous GPS Read Altitude: 3282 meters with a vertical accuracy of +-19 meters.

Next GPS Read Altitude: -23 meters with a vertical accuracy of +-204 meters.

Using my formula, Is 3282(previous read) greater than -23+19+204? Yes, it is really descending FAST deploy! Code is actually more complex to insure values, but keeping it simple for describing.

It gave that bogus reading (altitude -23meters) for 7 seconds of reads.

---

The good news:

The massive two months of changes Insane Rockets App in the rocket code-base I believe are now proven.

For now I'll just disable the GPS check before adding Gs code, it will dual deploy like a standard barometer based tracker for a release or two in the app store.

Over the next few days I'll scour the data more in depth to confirm all telemetry, battery conservation, heat conservation, and Android 8.1 compatibility changes are working correctly. I'll then release.

---

GoPro Ground Zero Launch thanks to Tim.

 

Comments

esotericdude
Like 2019-04-02 08:33:00Z

It says it has 11 satellites. In all the launches since I started using Android, I've NEVER seen this type of bogus read, which is why I coded it this way. The worst I have seen is very delayed, which would have been fine as it would have been ignored and barometer would have just been used.

This is the first. Obviously I won't be using it again. I did not think it was risky based off of previous flight log and successes with dual deployment.

timcub on 2019-04-02 11:51:03Z wrote:

So did you lose satellite fix for that big change in altitude? I guess that was a risky move to use GPS for deployment. With the exception of long burn, I usually lose GPS fix from boost until I get near apogee when rocket slows down enough to re-acquire sat fix.

esotericdude
Like 2019-04-02 08:57:53Z

More thought: On your rockets it would have been fine, take off speed has no bearing on the code. If I would have lost satellite fix, my software wouldn't have used it as then it would have known to discard. It just would have used barometer data for deployment (as it is not delayed). If my code didn't have barometer (it does), it would waited for a good fix and then used GPS data.

Long burn simply gives me more telemetry data magnetometer, Gs, Gyro, & Barometer data points for testing.

timcub on 2019-04-02 11:51:03Z wrote:

So did you lose satellite fix for that big change in altitude? I guess that was a risky move to use GPS for deployment. With the exception of long burn, I usually lose GPS fix from boost until I get near apogee when rocket slows down enough to re-acquire sat fix.

timcub
Like 2019-04-02 09:10:42Z

Understand. Just thinking out loud as I really know nothing about your code.

esotericdude
Like 2019-04-02 09:13:33Z

It could have been worse had it happened at MaxQ. I'm still freaked out about it.

timcub on 2019-04-02 13:10:42Z wrote:

Understand. Just thinking out loud as I really know nothing about your code.


Video


Like

Like

Like

Images

IMG_20190331_110316.jpg
Like
vlcsnap-2019-03-31-19h02m39s718.png
Like
vlcsnap-2019-03-31-19h08m14s266.png
Like
vlcsnap-2019-03-31-19h16m00s488.png
Like
vlcsnap-2019-03-31-19h23m15s533.png
Like
vlcsnap-2019-03-31-19h24m54s763.png
Like
vlcsnap-2019-03-31-22h38m51s717.png
Like
vlcsnap-2019-03-31-22h38m51s717_2.png
Like
010.jpg
Like
020.jpg
Like
030.jpg
Like
040.jpg
Like
050.jpg
Like
060.jpg
Like
070.jpg
Like
080.jpg
Like
090.jpg
Like
100.jpg
Like