This craft is equipped with a vizzy program which will fly itself from the launchpad to almost any target craft in orbit around Droo.
To dock, a target ship must have a docking port with the default part name, and it needs to be aligned to the center of mass.
Do not touch any controls while the program is running for best results.
Time warp up to 500x should be safe while traveling between most maneuvers. Do not be in a timewarp higher than 500x when the maneuver timer expires, or you could miss your burn window. For the final intercept. Use a maximum of 25x timewarp in the last moments before the final timer expires.
Time warp is reset to normal speed 15 seconds from the end of a maneuver timer. Do not re-engage timewarp at this point. Physics based fast forward might be ok depending on your system.
GENERAL INFO
- Successors 8 craft(s) +7 bonus
- Created On: Windows
- Game Version: 0.9.508.0
- Price: $5,823k
- Number of Parts: 17
- Dimensions: 29 m x 3 m x 3 m
PERFORMANCE
- Total Delta V: 6.7km/s
- Total Thrust: 1.7MN
- Engines: 3
- Wet Mass: 52,589kg
- Dry Mass: 8,318kg
STAGES
| Stage | Engines | Delta V | Thrust | Burn | Mass |
|---|---|---|---|---|---|
| 1 | 1 | 1.7km/s | 999kN | 62s | 52,589kg |
| 3 | 1 | 2.9km/s | 615kN | 65s | 22,393kg |
| 5 | 1 | 2.2km/s | 49kN | 2.8m | 5,421kg |
Try out this craft to use for target practice.
Known issues:
Launching from a higher latitude than a retrograde orbit's inclination will cause the program to become non responsive. It should be fine when launching to retrograde orbits from the equator though.
Rendezvous accuracy drops as the target's eccentricity approaches 1. Its designed to deal with this error, but you might get strange behavior when intercepting highly eccentric orbits combined with a low relative velocity.
@GoldenShadowGS I actually just asked on the discord, and dooiereier told me about a rendezvouz helper mfd he made called ROAM, and it had the functions to calculate positions in orbit over time, so I added those. But then, I don't know if I did something wrong or it works as supposed to, but it kind of oscillated in the calculation, like it was very close but then became 300 kilometers off. I'm Luc3s on discord too if you want to see the picture I added on the vizzy channel
@Luc3s If you just need to closest points between two ellipsis, There is probably a way to calculate that. I'm unfamiliar. An alternative way is to brute force check each positions from each orbit and see which one is closest.You don't necessarily need to check every position. I might try splitting the orbits into like 16, or 32 segments and compare all of those positions and see which ones are closest together, then refine your search from there and split up the closest segments into finer resolution positions and compere those.
@GoldenShadowGS Do you have any idea how to make one that actually calculates the closest approach of two crafts? Because I'm working on an auto rendezvous program and that is now literally the only thing I need
@Luc3s Its been a long time since I programmed this, I think tries to set up an rendezvous point at either the apoapsis or periapsis of the target's orbit, and then it will perform a synchronizing burn so both craft will arrive at the same point in space at approximately the same time during the next orbit.
Then it matches velocity and closes the final meters for docking.
Does the intercept distance instruction in this craft calculate like the closest approach between two craft like in the map view in game?
Could you make one?
That could re enter the atmosphere @GoldenShadowsGS
@Toothless896 I don't believe it was designed to re-enter and land
Can this craft make it back down to the ground? @GlodenShadowGS
With regards to the alignment with CoM issue, it occurred to me that since CoM changes as fuel is burnt and when craft dock/undock that ports anywhere other than on the nose or tail would present problems. KOS in KSP has access to the normal to the face of the port, so it is easier there.
Still, it occurred to me that if the position of the port is not on the centerline, one could try docking along the axis perpendicular to the centerline of the target craft that runs through the dock port position. Are part positions in vizzy the center of the part? Point being that non-centerline ports are likely facing perpendicular from the centerline
Hi the craft is great it worked the first time but there's a problem with the intercept separation and needs a bit more RCS fuel and could you please make it a bit bigger with enough space for three astronauts
Hi the craft is great it worked the first time but there's a problem with the intercept separation and needs a bit more RCS fuel and could you please make it a bit bigger with enough space for three astronauts
@GoldenShadowGS thx
@RelativitySpaceSr2 There is a new version, but your screenshot appears to be mobile version, you'll need to wait until the funk bug is fixed before you can upgrade to it. New Version
bug
@SovietOnion1234 If RCS ran out, that could be why. If you made the craft bigger, it might need more RCS fuel
@GoldenShadowGS also is my RCS supposed to run out?
@SovietOnion1234 I can't offer a fix without debugging it.
When I tried docking it to my station, it came close, I selected the docking port, and it did nothing. Know a fix?
@GoldenShadowGS Thx :)
@iSpace Sure
@GoldenShadowGS Hi. We're iSpace development team. We are finding new partners. We need a reliable auto docking program for our Gamma Station Program. Though we're developing a new docking program, we need few months to finish it. Could we use your vizzy docking program? It's pretty cool and useful!
I am working on a new version which has support for hyperbolic orbits. I should be able to plan trajectories between different planets.
@OM3GA_AEROSPACE The Burn vectors and maneuver nodes are universal, but the actual burns require tuning for specific TWR.
I'm gonna guess that this isn't universal?