Here, I think.
How the heck did they move the LZ-2 booster all the way there? With a mobile crane?
Quote from: jpo234 on 06/27/2019 09:25 pmHere, I think.Looks like they removed the legs from the booster still near the upper pad and laid them down on the pad.
Quote from: scr00chy on 06/28/2019 12:03 amHow the heck did they move the LZ-2 booster all the way there? With a mobile crane?Wonder if they have Land Roomba's.
So with these tweaks, we should use an effective g of 9.8 - 0.5 - 1.58 = 7.72 m/s. Knowing the 370 second coast, the 123 km start altitude, and the 60 km end altitude, then we solve for 123000 + v*t - 1/2*g*t = 60000, to get vertical v = 1257 m/s. This is within 1% of the correct value of 1265 m/s, as determined by the physics based computation below (in Python). The estimated peak altitude is 226.6 km as opposed to the correct 225.6 km. So the few tweaks get a result that is likely more accurate than the input data we are using.
During the booster boostback burn there was something "flying around" with a gaseous "tail" in the plume interactions. It can be seen in the IR view from T+02:45 to 02:50 (from 27:43 in the Youtube video). Does anyone know what it was?I'm not suggesting that anything went wrong, I'm just curious.
Why they needed to ,over it is a more interesting question.
Quote from: LouScheffer on 06/27/2019 07:19 pmSo with these tweaks, we should use an effective g of 9.8 - 0.5 - 1.58 = 7.72 m/s. Knowing the 370 second coast, the 123 km start altitude, and the 60 km end altitude, then we solve for 123000 + v*t - 1/2*g*t = 60000, to get vertical v = 1257 m/s. This is within 1% of the correct value of 1265 m/s, as determined by the physics based computation below (in Python). The estimated peak altitude is 226.6 km as opposed to the correct 225.6 km. So the few tweaks get a result that is likely more accurate than the input data we are using.Python makes my head spin! I redid the code in Pascal. Here's my output, which finds the maximum altitude. If I were to do the code though, I would use fourth-order Runga-Kutta to solve the differential equations, plus add in the drag from the thin upper atmosphere. :-)vx = 3214 m/s. Earth rotation added 407 m/s.t= 0.0 s, g=9.4950 m/s^2, dr= 0.000 km, y=6479.000 km, alt= 123.000 kmt=163.1 s, g=9.2011 m/s^2, dr= 437.223 km, y=6560.991 km, alt= 225.638 kmt=370.0 s, g=9.6823 m/s^2, dr= 996.027 km, y=6311.894 km, alt= 60.003 km
Maybe I'm seeing things... but am I the only one who counts four (!) sets of legs (one set still attached)?
Quote from: abaddon on 06/28/2019 01:56 pmMaybe I'm seeing things... but am I the only one who counts four (!) sets of legs (one set still attached)?Definitely 3 sets.. one on the concrete at LZ-1, one in the grass/dirt between the LZ and the hangar, one on the booster near the hangar... but wheres the fourth?
Quote from: stcks on 06/28/2019 02:03 pmQuote from: abaddon on 06/28/2019 01:56 pmMaybe I'm seeing things... but am I the only one who counts four (!) sets of legs (one set still attached)?Definitely 3 sets.. one on the concrete at LZ-1, one in the grass/dirt between the LZ and the hangar, one on the booster near the hangar... but wheres the fourth?I'm seeing what look a lot like legs, but they are a darker grey color, not white. Immediately to the right of the small white building in the center.
Quote from: abaddon on 06/28/2019 02:06 pmQuote from: stcks on 06/28/2019 02:03 pmQuote from: abaddon on 06/28/2019 01:56 pmMaybe I'm seeing things... but am I the only one who counts four (!) sets of legs (one set still attached)?Definitely 3 sets.. one on the concrete at LZ-1, one in the grass/dirt between the LZ and the hangar, one on the booster near the hangar... but wheres the fourth?I'm seeing what look a lot like legs, but they are a darker grey color, not white. Immediately to the right of the small white building in the center.Yes, I think those are legs. I'm counting those as the ones between LZ and hangar above. Still not seeing 4 sets thoughEdit: I think we're in the wrong thread too... updates vs discussion
Quote from: Pete on 06/27/2019 09:26 amGuys, you cannot just plug in earth-surface kinematic equations and expect accuracy.For one example, the value of "g" at 250km is a good 7% less than at the surface.Rather than try to compensate for each of the oddities, just approach the problem using *orbital* equations?It should be quite easy to determine the exact shape of an orbit, given known velocity , direction and altitude at a point on this orbit. Just calculate the Apogee of that orbit to know how high the stage will be at max.The reason you might want to compensate for each of the oddities is that then you can do the computation in one line on a calculator. The pure physics solution you suggest is called Lambert's problem and has no closed form solution. All known solutions require iterations and mathematicians have been arguing about the best way to solve it for centuries.Furthermore, the three main tweaks get very close to the right answer. They are: (a) Gravity is weaker higher up, by about 0.5 m/s at 150 km (b) The forward velocity generates an additional acceleration of v^2/r in the Earth frame. For this you need the inertial velocity, not the rotating frame velocity shown in the SpaceX webcast (I made this mistake above). This means the horizontal velocity is about 400 m/s faster than the SpaceX numbers. Plugging in 3200 m/s horizontal and Earth's radius gives 1.58 m/s^2. (c) The Earth is not flat. This effect is small (the landing location is about 2 km below a plane defined by the start of coast location). Since we are guessing the 60 km altitude for start of entry burn anyway, this can be ignored.So with these tweaks, we should use an effective g of 9.8 - 0.5 - 1.58 = 7.72 m/s. Knowing the 370 second coast, the 123 km start altitude, and the 60 km end altitude, then we solve for 123000 + v*t - 1/2*g*t = 60000, to get vertical v = 1257 m/s. This is within 1% of the correct value of 1265 m/s, as determined by the physics based computation below (in Python). The estimated peak altitude is 226.6 km as opposed to the correct 225.6 km. So the few tweaks get a result that is likely more accurate than the input data we are using.import mathRe = 6356000 # Radius of Earth in metersmu = 3.985744e14 # Gravitational constant of EarthErot = 40000000/86400.0*math.cos(28.5/180.0*math.pi) # Rotation speed of earth at 28.5 degrees northx = 0;y = Re+123000 # Initial altitude is 123 kmvy = 1265.0 # Initial vertical velocity (tweak this to get right result)vx = math.sqrt(3079**2 - vy**2) # Initial velocity in Earth-rotating frame is 3079 m/s, find X componentvx += Erot # Add Earth's rotation to convert to velocity in inertial frameprint("vx = ", vx, "Earth rotation added", Erot, "m/s") r = math.sqrt(x**2+y**2)t = 0dt = 0.1while t < 370-dt/2: a = mu/r**2 # Find the acceleration magnitude ax = a * (x/r) # Find x and y components ay = a * (y/r) vx = vx - ax*dt # Update velocity = integral of acceleration vy = vy - ay*dt x = x + vx*dt # Update position, integral of velocity (in inertial space) y = y + vy*dt t += dt r = math.sqrt(x**2+y**2) theta = math.pi/2 - math.atan(y/x) # angle from vertical dr = Re*theta - Erot*t # distance downrange, compensation for Earth rotation print("t={0:5.1f} g={1:6.4f} m/s^2 dr={2:8.3f} km y={3:8.3f} alt={4:8.3f}".format(t,a, dr/1000.0, y/1000.0, (r - Re)/1000.0))
Guys, you cannot just plug in earth-surface kinematic equations and expect accuracy.For one example, the value of "g" at 250km is a good 7% less than at the surface.Rather than try to compensate for each of the oddities, just approach the problem using *orbital* equations?It should be quite easy to determine the exact shape of an orbit, given known velocity , direction and altitude at a point on this orbit. Just calculate the Apogee of that orbit to know how high the stage will be at max.