Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

return frequency response for 0 and 1-state systems directly #663

Merged
merged 2 commits into from Nov 3, 2021

Conversation

bnavigator
Copy link
Contributor

Inspired by the recent CI failures in the Slycot-less branch of the StateSpace.horner() function. Let's try to minimize this by catching simple systems early.

@bnavigator bnavigator marked this pull request as ready for review November 2, 2021 22:32
@bnavigator
Copy link
Contributor Author

I tried to debug in the failure of #659, now also occuring in #662, with some debug statements in #660, but could not reliably trigger the miscalculation (compare the GHA jobs here and in the corresponding branch of the forked repo) . I suspect a broken conda environment with Py3.9/Numpy/MKL on GHA.

@bnavigator
Copy link
Contributor Author

Ah, not compatible with np.matrix.

@coveralls
Copy link

Coverage Status

Coverage increased (+0.01%) to 89.935% when pulling 5355b02 on bnavigator:fast-freqresp into 5ab0a1c on python-control:master.

@sawyerbfuller
Copy link
Contributor

Are you happy enough to merge this? Then I can check if it fixes the problem in #662

@bnavigator bnavigator merged commit 42cba0c into python-control:master Nov 3, 2021
@bnavigator
Copy link
Contributor Author

Still broken for systems with more states. :(

@murrayrm murrayrm added this to the 0.9.1 milestone Dec 30, 2021
@bnavigator bnavigator deleted the fast-freqresp branch February 18, 2024 20:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants