Problem Statement
OperatingPoint currently validates that vCg__E (a scalar speed) is strictly greater than 0.0 (the lower bound is exclusive). It would be useful to allow vCg__E = 0.0 for hover or zero-speed cases, but it is unknown whether the solvers handle this correctly.
Location(s): pterasoftware/operating_point.py
Proposed Solution
- Relax the
vCg__E validation in OperatingPoint.__init__() to allow 0.0 (change the lower bound from exclusive to inclusive).
- Update the docstring and any tests that assert the old exclusive bound.
- Run simulations with
vCg__E = 0.0 and verify they produce valid results without division-by-zero or other numerical issues.
- If simulations break, investigate and fix the root causes rather than reverting the bound change.
Additional Context
This issue is referenced by a TODO comment in OperatingPoint.
Problem Statement
OperatingPointcurrently validates thatvCg__E(a scalar speed) is strictly greater than 0.0 (the lower bound is exclusive). It would be useful to allowvCg__E = 0.0for hover or zero-speed cases, but it is unknown whether the solvers handle this correctly.Location(s):
pterasoftware/operating_point.pyProposed Solution
vCg__Evalidation inOperatingPoint.__init__()to allow 0.0 (change the lower bound from exclusive to inclusive).vCg__E = 0.0and verify they produce valid results without division-by-zero or other numerical issues.Additional Context
This issue is referenced by a
TODOcomment inOperatingPoint.