Skip to content

Conversation

@Mark2000
Copy link
Contributor

  • Review: By commit
  • Merge strategy: Merge (no squash)

Description

Adds the fuelLeakRate parameter to fuel tanks to simulate a loss of fuel without imparting momentum on the spacecraft.

Verification

Added unit test for new feature.

Documentation

Documented in .h file and release notes.

Future work

None.

@Mark2000 Mark2000 self-assigned this Oct 25, 2025
@Mark2000 Mark2000 requested a review from a team as a code owner October 25, 2025 15:36
@Mark2000 Mark2000 added the enhancement New feature or request label Oct 25, 2025
@Mark2000 Mark2000 moved this to 👀 In review in Basilisk Oct 25, 2025
bool updateOnly = true; //!< -- Sets whether to use update only mass depletion
Message<FuelTankMsgPayload> fuelTankOutMsg{}; //!< -- fuel tank output message name
FuelTankMsgPayload fuelTankMassPropMsg{}; //!< instance of messaging system message struct
double fuelLeakRate{}; //!< [kg/s] rate of fuel leaking from tank; does not produce force
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't want to just make this a public variable that gets set from python. I think it would be cleaner to have this as an optional input message. If it is connected, then we read in this rate and set this now private variable. This way, if the rate of fuel usage changes, this can be set via the input message?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you propose a new type of message to handle this? Currently the fuel tank takes no input messages since it's connected to the thrusters at a deeper level than the messaging system, so there's no obvious existing message type to include this in.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, we can have a flowRate message type? This would make this implementation much more flexible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

Status: 👀 In review

Development

Successfully merging this pull request may close these issues.

3 participants