maja

In the BonVoyage wiki https://github.com/jarosm/KSP-BonVoyage/wiki I implemented rover rotation to the latest version of BonVoyage, which means, that when you visit a moving rover or a rover in the destination, that BV tries to rotate it perpendiculary to the terrain. There are sometimes issues, because rotation is dependent on the orientation of a root part, but you can finetune it or disable it completly. Everything is in the aformentioned wiki. Regarding the travel speed of a rover, it depends on more factors. EC consumption of wheels on the rover, EC production (solar panels, reactors, bateries etc.), if it's manned or unmanned and if there is currently day or night where the rover rides. If you are using CommNet or RemoteTech, then unmanned rovers also needs a working connection to KSC or Command Control vessel.

"Give them a finger, and they'll take the whole hand" Raise an issue on github and it will be maybe implemented. It really depends on my free time and will. I'm in the middle of an overhaul of the BonVoyage too.

https://github.com/jarosm/KSP-BonVoyage/issues/6

Here we go

Management of this mod was transfered to @Lisias New thread is here: Have you problems with vessels moving down a slope even if it has brakes engaged? We have got you covered. Engage Parking Brake and don't worry about sliding anymore. You will find it on PAW of every command module. Source: https://github.com/jarosm/KSP-ParkingBrake Download: https://spacedock.info/mod/2018/Parking%20Brake License: GPL-3.0 Required mod: Module Manager Few notes: Parking Brake is added to every part which has the command module Your vessel must be landed Maximum speed of a vessel must be lower than or equal to 0.25 m/s It is not recommended to use the Parking Brake if you have Ground Tether toggled on (function of USI parts) Changelog:

Hi, if you want a help, then you must give me more details. Screenshots, logs. Until then I can only say: "It's working as intended"

Don't worry guys, Parking brake mod will be done. It's in the line with other mod's I'm maintaining, so I plan to whip up something very soon.

Something like this idea is implemented for USI parts (Ground tether), so it's possible. I can do it as a standalone mod, if you want. Not the exact copy of the Ground tether of course, although the core functionality is realy simple, that there isn't much to change.

Nobody reads changelog or wiki these days Added toggle to the Settings to disable rotation of a rover perpendicularly to the terrain after arriving to a target and during a ride Added Rotation vector advanced tweakable Rotation of a rover depends on the orientation of the root part. You can now set the vector used for rotating the rover. This setting is accessible after enabling Advanced tweakables in the KSP settings Default value is "Back" - for rovers, whose root part is a probe or a cab oriented in such a way, that you see horizont line on the navball Other usual values are "Up" and "Down", if the default setting is putting your rover on it's (usually) shorter side. You need experiment a little bit in this case to find the right setting. 

@RB101 No

Yes, it is normal for this mod, especially when calculating longer routes. To elaborate on this, there is an internal timeout, which aborts pathfinding when it's longer then ten seconds. The duration of the pathfinding algorithm depends not only on distance, but also on passability of the terrain (height difference, water in the way etc.)

@Atlessa CKAN was evidently quicker then me I needed to fix an error in the version file of BonVoyage. You can get it on Spacedock or GitHub for now. There is always the latest version available.

@GRAleX I'm not maintaining CKAN record of BonVoyage. Bring this up in the CKAN thread, please. I was updating the mod twice yesterday. You need to wait for a synchronization probably.

BonVoyage 0.14.2 for KSP 1.5.1 Download it on Spacedock and GitHub Changes Unmanned rover must have an active connection to set a target or issue the GO command if you are using the CommNet or RemoteTech Batteries can be used during a night, if there is enough solar power to recharge them. Up to 50% of the total capacity of all enabled batteries will be used. Added toggle to the Settings to disable rotation of a rover perpendicularly to the terrain after arriving to a target and during a ride Added Rotation vector advanced tweakable Rotation of a rover depends on the orientation of the root part. You can now set the vector used for rotating the rover. This setting is accessible after enabling Advanced tweakables in the KSP settings Default value is "Back" - for rovers, whose root part is a probe or a cab oriented in such a way, that you see horizont line on the navball Other usual values are "Up" and "Down", if the default setting is putting your rover on it's (usually) shorter side. You need experiment a little bit in this case to find the right setting.

I'm using this, when moving vessels up/down through terrain: // Vessel v v.ResetCollisionIgnores(); // execution code here v.ResetGroundContact(); v.IgnoreGForces(20); v.SetWorldVelocity(Vector3.zero); v.angularMomentum = Vector3.zero; v.angularVelocity = Vector3.zero; VesselSleep(v); ------------------------------------- private static void VesselSleep(Vessel v) { foreach (Part p in v.parts) { if (p.Rigidbody != null) p.Rigidbody.Sleep(); } }

It's intended. The route is found and stored in the controller beforehand, so there is no need for the autopilot a working connection later. And thanks for trying it

Weird thing is, that I check for a null vessel reference and there is still one generated sometimes. As usual, not in my test instance, so I can't replicate it.

Hi @TaxiService, I have a question regarding the API. How do I recognize, that a probe has a working connection to a CommandCenter or the KSC and therefore is operable? From the return value of API.HasAnyConnection function?

No rush

@4x4cheesecake There is a new prerelease. I hope, that I identified the code, which generates that nullref. I don't know why it is generated, but catching it will help. There must be something not fully initialized during a scene change. Also, I halved move down cycle (this means quicker transition to a flight scene) and raised the altitude limit for the up movement.

That option wasn't there, when I started contributing to BV.

The new version fixes the altitude problems. I admit, it's a variation of the World Stabilizer code Reprogramming without reloading? Do you mean changing lat and lon in a savefile?

@4x4cheesecake thanks, I'll look into it, if there is something. The fps drop has the connection to a rover moving up and down when it's coming off rails. I can reduce the count of steps of the cycle. Current value may be too pessimistic.

@Zosma Procyon There is a little bit of safety margin (I'll test it, if it's enough), but if your base is bigger, then this could happen. You can edit the longitude and latitude to move the target away from the base. BV can't test, if there is some unloaded vessel in the way.

Nothing in particular, just to test, if it's working as inteded (for example your rover you tried needs the rotation vector set to down) and to improve your gameplay Yes, it was possible to drive without a connection, but when this mod was created, there wasn't any CommNet. Only RemoteTech.