OHM SpaceX launch vehicles and Dragon

Well, you said you where simulating the add-on in a Beta version of Orbiter, but the add-on isn't compiled for that version so I guess you have to wait the next full version of Orbiter before it gets fixed
 
No problem, I guess the reentry detection code is triggered by the atmospheric wind effects.
 
Sure, less than a minute after the second stage shutdown, kaboom, lot of debris.
As I understand, that's not even a failure that could happen and it doesn't respect FMULT 0.00 and like I said it happens every single time.
As you can see I use a dummy payload but it blows up whatever payload is installed, I don't even want to think about what would happen with a manned dragon. :cry:
Does it happens with attached dlls ? I've added altitude parameter in all conditions for second stage explosions, now second stages should explode only in atmosphere at low altitudes.

:hmm: Report this as a bug for the development team, so that it can get looked at. This could also be in the .dll for the second stage, though. Glider should debug this.
It is because this "burn the second stage during reentry" feature is controlled by dV. When second stage reenter atmosphere it works well, but it also works when airspeed is decreased by any other reason... :facepalm: I don't know why this "Atmospheric wind effects" fixes this bug. :hmm:
 

Attachments

I don't know why this "Atmospheric wind effects" fixes this bug. :hmm:
...I think it doesn't.
Out of curiosity I've tried with "Atmospheric wind effects" turned off
and got the same result... :(

Although if I remember correct, the GUI-Checkbox did not really change the
internal setting of that. (don't know if it is/was fixed already in the used Orbiter-Beta. This was the issue by the way)

But having a dV jump somewhere after Orbit insertion, should be trackable by a conditional breakpoint in your code. This might reveal an issue in the latest Beta.

EDIT:
I just tried your latest DLLs (SpaceX_011812.zip) and the vehicle does not break up after Orbit insertion!
The 2nd (booster-)stage did indeed nicely breakup at about 40-50 km after I did a deobit burn!
I had a crash after that, but that was maybe because I was so happily switching views, that that might have caused that.
Ah, before I forget to mention: Very nice addon! :thumbup:

/Kuddel
 
Last edited:
don't know if it is/was fixed already in the used Orbiter-Beta. This was the issue by the way
That issue was fixed in Orbiter 111029, as it's been marked.
 
Glider, just tested the new dlls, they fix the problem but introduce a new one, when the 2nd stage reenter it explodes and then Orbiter CTD.

Code:
Module LPad.dll .............. [Build 120118, API 100830]
Module Payload.dll ........... [Build 120118, API 100830]
Module Falcon_9.dll .......... [Build 120118, API 100830]
AttachPayload() 0
AttachPayload() 1
Finished initialising status
Finished initialising camera
Finished initialising panels
Finished setting up render state
---------------------------------------------------------------
>>> WARNING: Obsolete API function used: VESSEL::GetHorizonAirspeedVector
At least one active module is accessing an obsolete interface function.
Addons which rely on obsolete functions may not be compatible with
future versions of Orbiter.
---------------------------------------------------------------
Second Stage() 0
Second Stage() 1
---------------------------------------------------------------
>>> WARNING: Obsolete API function used: VESSEL::GetShipAirspeedVector
At least one active module is accessing an obsolete interface function.
Addons which rely on obsolete functions may not be compatible with
future versions of Orbiter.
---------------------------------------------------------------
Then I have 10800 lines like that :
Code:
---------------------------------------------------------------
>>> ERROR: DDraw error DDERR_CANTCREATEDC
>>> [OrbiterGraphics::clbkGetSurfaceDC | .\OGraphics.cpp | 1556]
---------------------------------------------------------------
Finally :
Code:
Release() 0
Release() 1
DELETE
 
That issue was fixed in Orbiter 111029, as it's been marked.
Right.
But because I didn't follow the complete thread, what I meant was: I don't know with what (Orbiter-BETA) version this issue was produced by Jarod ;)

Sorry for any inconvenience caused by that
/Kuddel
 
Glider, just tested the new dlls, they fix the problem but introduce a new one, when the 2nd stage reenter it explodes and then Orbiter CTD.
I can confirm that (see my edit on my post #184)
 
Okay I am an idiot when it comes to computers, and I'm wondering were I need to put the VC++ 2010 Redistributable thing.:tiphat:
 
Okay I am an idiot when it comes to computers, and I'm wondering were I need to put the VC++ 2010 Redistributable thing.:tiphat:
Double click on it (or single click if you use single click to open or execute files), follow any eventual instructions for installing it. You can delete the VC++ 2010 Redistributable installation package after it has been installed in your system.
 
Well I read that the package needs to be put somewhere specifically for this to work; where is this place?
 
When I press P to deploy the panels,

Are they supposed to be like this?

dragonvl.png


edit: When I exit out and start from where I left off, the solar panels are normal.

dragon2q.png
 
Last edited:
There's something wrong with the Propulsive Landing System. It keeps boosting me up before I can touch the ground. (at an altitude of less than 200 m)
 
Back
Top