Project

General

Profile

Bug #5022

Target node deselects when stationary or close to 0.0m/s

Added by bensonv12 over 9 years ago. Updated about 9 years ago.

Status:
Not a Bug
Severity:
Low
Assignee:
-
Category:
Gameplay
Target version:
-
Start date:
05/20/2015
% Done:

0%

Version:
Platform:
Windows
Expansion:
Language:
English (US)
Mod Related:
No
Votes:
Arrow u r green
Arrow d r red

Description

During docking manoeuvres, at a wide rage of distance 10km down to 0m
when approaching the target vehicle with the target node selected and guiding you to a selected docking port,
when the speed difference is close to 0.0m/s the target node turns grey and de-selects and drops back to the assist mode and no longer guides you to the docking port. it only becomes available again when the speed difference increases. but you have to manually re-select the target node, unless your speed difference is 0.0m/s again then you can't select a grey node.

i have put a short video of the problem on youtube

https://youtu.be/jNs4vv2W1N8

i hope you are able to recreate this issue and hopefully fix it.

i am using VERSION 1.0.2.842 which is not in your list below.
but it seems to have done this since v1.0 release

Thanks
Benson


Related issues

Related to Kerbal Space Program - Bug #5918: SAS point at/away from target grayed at zero closing speedNot a Bug11/10/2015

Has duplicate Kerbal Space Program - Bug #5925: Bug #5918 wrongly classed as "not a bug" because the tester can not readMoot11/11/2015

History

#1 Updated by Kasuha over 9 years ago

I can confirm, happens even in Docking tutorial. Selectability of the target mode should depend on distance, not on speed.
It even depends on displayed speed so if at relative speed 0.0 I switch to Orbit mode which displays speeds over 2000 m/s, I can use Target mode again.

#2 Updated by Squelch over 9 years ago

  • Status changed from New to Not a Bug
  • % Done changed from 0 to 100

SAS is intended to drop to stability assist at zero velocity. This is to prevent wild maneuvers being induced while the velocity vector is being tracked. The yellow velocity vector in the video starts to move around quite vigorously around zero relative velocity. Operating the target modes in this situation would cause large and unwanted rotations.

The target is still selected and the marker can be seen once the vessel has been rotated in the video.

The behaviour is correct and by design.

#3 Updated by RexKramer about 9 years ago

  • Related to Bug #5925: Bug #5918 wrongly classed as "not a bug" because the tester can not read added

#4 Updated by RexKramer about 9 years ago

  • Related to deleted (Bug #5925: Bug #5918 wrongly classed as "not a bug" because the tester can not read)

#5 Updated by RexKramer about 9 years ago

  • Has duplicate Bug #5925: Bug #5918 wrongly classed as "not a bug" because the tester can not read added

#6 Updated by achurch about 9 years ago

This was also noted in bug #5925, but just to be clear: The reporter (bensonv12) and responder (Squelch) in this bug are talking about two different things. The bug report is not about prograde/retrograde modes, which I agree should be disabled at low velocity, but about target/anti-target modes, which are independent of velocity and do not suffer from instability at low velocities. So this is in fact a bug, or at least it is not "by design" as the design is described in comment #2.

#9 Updated by Squelch about 9 years ago

  • Related to Bug #5918: SAS point at/away from target grayed at zero closing speed added

Also available in: Atom PDF