Move slow and break things
I updated my branch with the latest commits, and thought it would be a good opportunity to a record a (relatively) short video of this in action.
I don't think so. The difference in the moon's orientation for MJD 52006 between GMAT's (MOON_PA) and Orbiter ~0.001 rad.I believe that the differences result from a difference in the moon's orientation between GMAT and Orbiter.
The position error on the first timestep was ~2.3m which agrees with that factor, roughly.I don't think so. The difference in the moon's orientation for MJD 52006 between GMAT's (MOON_PE) and Orbiter ~0.001 rad.
Have you compared results with GMAT\data\gravity\luna\grgm900c.cof model?
SidRotPeriod = 2359031.191366999 SidRotOffset = 5.127420079135963 Obliquity = 0.026288976972756034 LAN = 1.7553689545171214 LAN_MJD = 51544.5 PrecessionPeriod = 0 PrecessionObliquity = 0 PrecessionLAN = 0
This is a very good thing to know. Unfortunately, this does not magically fix everything like I was hoping when I first read it.And one more very important thing, the MJD epoch in Orbiter is TDBModJulian+29999.5 epoch in GMAT. Not UTC/TT/A1/etc.
|Body||Gravity Model File||Maximum Cutoff|
You are somewhat correct.Hi,
I just wanted to clarify, if this non-spherical gravity model is included "as default" in the latest Orbiter build on github both for x86 and x64, and replaces original gravity model? And this model won't work when "non-spherical gravity sources" is disabled in "physics settings" tab, isn't it?