LIVE: SpaceX - Falcon I (Mk.II) NET March 20 (Attempt 2)

Pages: [1] 2 3 ... 69 Next
Author Topic: LIVE: SpaceX - Falcon I (Mk.II) NET March 20 (Attempt 2)  (Read 175990 times)
Chris Bergin
NSF Managing Editor
Administrator
*****
Online

Posts: 57098



« on: 03/20/2007 04:21 PM »

http://www.spacex.com/updates.php

"Posted March 20, 2007

The abort that occurred a few minutes before T-0 was triggered by our ground control software. It commanded a switchover of range telemetry from landline to radio, which took place correctly, however, because of the hardware involved, this transition takes a few hundred milliseconds. Before it had time to complete, our system verification software examined state and aborted.

Our simulations done beforehand all passed, because the simulator did not account for a hardware driven delay in the transition. We considered putting the vehicle into a safe state yesterday and updating the ground control software to make the very minor fix needed, but the safer course of action was to stand down.

Yesterday afternoon and evening (Kwaj time), our launch team updated the software to address the timing issue and verified that there were no similar problems elsewhere. We ran the software through several simulated countdowns and then once again with the rocket and range in the loop.

All systems are now go for launch with T-0 at 4pm California time today (Tues)."

NOTE TO ALL:

During the countdown, please keep these pages clean. It's best to avoid multiple "I don't have audio, why?" and "My dog woofed GO SPACEX" etc. :)

So, only post if it's relevant, new and interesting.
Advertisement
« on: 03/20/2007 04:21 PM »

 
Jim
Night Gator
Full Member
*****
Offline

Posts: 5921
Location: Cape Canaveral Spaceport



« Reply #1 on: 03/20/2007 04:36 PM »

Don't understand the transition time of the TM.  Most LV's do it at T-0.  There is some weird here
Satori
Moderator
Full Member
*****
Offline

Posts: 4361
Location: Braga - Portugal



WWW
« Reply #2 on: 03/20/2007 04:42 PM »

Quote
Chris Bergin - 20/3/2007  11:21 AM

(...)

NOTE TO ALL:

During the countdown, please keep these pages clean. It's best to avoid multiple "I don't have audio, why?" and "My dog woofed GO SPACEX" etc. :)

So, only post if it's relevant, new and interesting.

Hi!

I think it's better to clarify who are members that should post on the last five minutes to avoid those and other posts, or else we are going to see the same as yesterday.
BarryKirk
Member
Full Member
***
Offline

Posts: 235


« Reply #3 on: 03/20/2007 04:45 PM »

Well, sounds like making that transition time at T-120 or so is a good idea.  It would have been much worse to try to abort at T-00 seconds.  The turnaround time would have been much longer.
aero313
Extreme Veteran
Full Member
*****
Offline

Posts: 516


« Reply #4 on: 03/20/2007 05:08 PM »

Quote
Our simulations done beforehand all passed, because the simulator did not account for a hardware driven delay in the transition.

This is an issue for LOTS of events during the ascent.  If they didn't get it right here, it doesn't bode well for the powered flight phase.
Jim
Night Gator
Full Member
*****
Offline

Posts: 5921
Location: Cape Canaveral Spaceport



« Reply #5 on: 03/20/2007 05:14 PM »

Quote
BarryKirk - 20/3/2007  12:45 PM

Well, sounds like making that transition time at T-120 or so is a good idea.  It would have been much worse to try to abort at T-00 seconds.  The turnaround time would have been much longer.

It shouldn't be an issue.  There is no "transition" on the vehicle (or shouldn't be).  It is as simple as turning a switch from gound to flight data
Chris Bergin
NSF Managing Editor
Administrator
*****
Online

Posts: 57098



« Reply #6 on: 03/20/2007 05:20 PM »

Quote
Satori - 20/3/2007  4:42 PM

Quote
Chris Bergin - 20/3/2007  11:21 AM

(...)

NOTE TO ALL:

During the countdown, please keep these pages clean. It's best to avoid multiple "I don't have audio, why?" and "My dog woofed GO SPACEX" etc. :)

So, only post if it's relevant, new and interesting.

Hi!

I think it's better to clarify who are members that should post on the last five minutes to avoid those and other posts, or else we are going to see the same as yesterday.

Yeah, I'll see what I can arrange.

I think rule one is during the countdown, we only want: <a href="http://www.youtube.com/v/OlBRzjSniYI&rel=1" target="_blank">http://www.youtube.com/v/OlBRzjSniYI&rel=1</a> ;)
kevin-rf
Elite Veteran
Full Member
*****
Offline

Posts: 2422
Location: Next door to Mary's little Lamb


« Reply #7 on: 03/20/2007 05:27 PM »

Quote
aero313 - 20/3/2007  12:08 PM

Quote
Our simulations done beforehand all passed, because the simulator did not account for a hardware driven delay in the transition.

This is an issue for LOTS of events during the ascent.  If they didn't get it right here, it doesn't bode well for the powered flight phase.

Come on, reality never diverges from simulations ;-) Based on the flag this raised I would be taking a close look at timing issues involved with the staging event.

I am now wondering if it was prudent to delay only 24hrs. Tweaking timeouts is something that should be fully reviewed before comitting to released code. Only 6 more hours until we find out.
 
A few years back didn't a Centuar upper stage fail to deliver its payload to the proper orbit because the wrong burn times where entered into the flight computer? Titan-IV, Milstar-2-1 me thinks...
Lee Jay
Elite Veteran
Full Member
*****
Offline

Posts: 3026


« Reply #8 on: 03/20/2007 05:43 PM »

Quote
Chris Bergin - 20/3/2007  11:20 AM

Quote
Satori - 20/3/2007  4:42 PM

Quote
Chris Bergin - 20/3/2007  11:21 AM

(...)

NOTE TO ALL:

During the countdown, please keep these pages clean. It's best to avoid multiple "I don't have audio, why?" and "My dog woofed GO SPACEX" etc. :)

So, only post if it's relevant, new and interesting.

Hi!

I think it's better to clarify who are members that should post on the last five minutes to avoid those and other posts, or else we are going to see the same as yesterday.

Yeah, I'll see what I can arrange.

I think rule one is during the countdown, we only want: <a href="http://www.youtube.com/v/OlBRzjSniYI&rel=1" target="_blank">http://www.youtube.com/v/OlBRzjSniYI&rel=1</a> ;)

Screaming lunatics?  I thought we had too many already.  In fact, that's why I tend to stay silent.  But okay...  ;-)

Lee Jay
Chris Bergin
NSF Managing Editor
Administrator
*****
Online

Posts: 57098



« Reply #9 on: 03/20/2007 05:47 PM »

20 percent chance of rain:

Updated: 4:55 AM MHT on March 21, 2007
Observed at:   Kwajalein, MH
Elevation:   26 ft / 8 m

   81 °F / 27 °C
Scattered Clouds
Humidity:   78%
Dew Point:   74 °F / 23 °C
Wind:   14 mph / 22 km/h / 6.2 m/s  from the NE  

Pressure:   29.83 in / 1010 hPa
Heat Index:   87 °F / 30 °C
Visibility:   10.0 miles / 16.1 kilometers
UV:   0 out of 16
Clouds:   Few 2300 ft / 701 m
Few 3500 ft / 1066 m
Scattered Clouds 35000 ft / 10668 m
Scattered Clouds 40000 ft / 12192 m
(Above Ground Level)
Chance of Rain
20% chance of precipitation
GncDude
Veteran
Full Member
****
Offline

Posts: 287


« Reply #10 on: 03/20/2007 06:00 PM »

Quote
aero313 - 20/3/2007  1:08 PM

Quote
Our simulations done beforehand all passed, because the simulator did not account for a hardware driven delay in the transition.

This is an issue for LOTS of events during the ascent.  If they didn't get it right here, it doesn't bode well for the powered flight phase.

No way. This has to be an issue with the ground control software only. It's impossible to write flight software without paying attention to these delays (Although you could argue the same about the ground software)
ETEE
Veteran
Full Member
***
Offline

Posts: 212


« Reply #11 on: 03/20/2007 06:05 PM »

Quote
Jim - 20/3/2007  6:14 PM

Quote
BarryKirk - 20/3/2007  12:45 PM

Well, sounds like making that transition time at T-120 or so is a good idea.  It would have been much worse to try to abort at T-00 seconds.  The turnaround time would have been much longer.

It shouldn't be an issue.  There is no "transition" on the vehicle (or shouldn't be).  It is as simple as turning a switch from gound to flight data

And presumably they will be 200mS late with their data due to the hardware delays already mentioned.
aero313
Extreme Veteran
Full Member
*****
Offline

Posts: 516


« Reply #12 on: 03/20/2007 06:07 PM »

Quote
ianmga - 20/3/2007  2:00 PM

Quote
aero313 - 20/3/2007  1:08 PM

Quote
Our simulations done beforehand all passed, because the simulator did not account for a hardware driven delay in the transition.

This is an issue for LOTS of events during the ascent.  If they didn't get it right here, it doesn't bode well for the powered flight phase.

No way. This has to be an issue with the ground control software only. It's impossible to write flight software without paying attention to these delays (Although you could argue the same about the ground software)

Sorry, but I disagree.  There are lots of issues in flight where hardware latency can impact how software operates.   Valve opening or closing, ordnance function, TVC actuation, etc, etc.  If their simulations don't account for real hardware function times, there can be problems.  This is where real world experience and hardware in the loop testing trumps youth and enthusiasm.
Guest
« Reply #13 on: 03/20/2007 06:18 PM »

Typical in a shakedown of new systems. Wise to take a day and look for related issues. Nice that its  a simple, obvious one. Bet whoever was responsible for the simulations had their ass chewed - one could have guessed such an issue might come up.
GncDude
Veteran
Full Member
****
Offline

Posts: 287


« Reply #14 on: 03/20/2007 06:23 PM »

Oh. I meant the opposite. I can see that they may have forgotten about the delays in the ground control software, perhaps in events where they were not an issue. However, in the flight software it is pretty basic to take into account all the hardware latency issues that you listed. I cannot believe that they did not include and simulate these correctly. I guess we'll soon find out.
Tags:
Pages: [1] 2 3 ... 69 Next
 

Powered by MySQL Powered by PHP Powered by SMF 2.0 Beta 3.1 Public | SMF © 2006–2008, Simple Machines LLC
All content © 2005-2009 NASASpaceFlight.com
Valid XHTML 1.0! Valid CSS!
Page created in 0.038 seconds with 19 queries.