GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | |
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | |
GeezerVison is showing github.com — Update evalfr() to be consistent with MATLAB usage by murrayrm · Pull Request #179 · python-control/python-control Conversation
Member
This PR addresses issue #22, in which it was pointed out that the This PR makes the following changes to the code base:
These changes eliminate the inconsistency in the argument form between the (MATLAB compatible)
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactionsRenamed evalfr() in the FRD, StateSpace and TransferFunction classes to _evalfr() and put a deprecation warning for use of the evalfr() method. Changed calls to evalfr() in frdata.py and margins.py to use _evalfr() Added unit tests for the the new methods + warnings These changes eliminate the inconsistency in the argument form between the (MATLAB compatible) evalfr() function, which takes a complex argument, and the evalfr() methods for LTI objects, which took a real number as argument (representing the frequency). The _evalfr() method retains the original functionality, since it is used for computing stability margins and for converting objects to FRD form.
|
There was an error while loading. Please reload this page.
|
Coverage decreased (-0.01%) to 77.615% when pulling 2915baf on murrayrm:update_evalfr into 92ccf2d on python-control:master. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.