-
-
Notifications
You must be signed in to change notification settings - Fork 91
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
Inactive tension_only member still takes load #210
Comments
The example was copy-edited from the braced frame example, so the name of the whole model was kept "braced_frame". Very dissimilar to the braced frame example though |
Have a look at issue #182. I think that discussion will be helpful. The results are correct, except for the inactive member. I thought I had this issue resolved. I'll look into it againl |
Thanks for the reply - the problem is not really the inactive member though, because it is trivial to check if it is active first (though some doc may help). Note that the other cable (N3-N2) (always active) gets its load halved, as if the slack cable (N4-N2) takes away half the load by acting as a compression member. It is the load on the active cable that is a problem. |
I will have a closer look and get back to you. |
I've reviewed the code and this is definitely a bug. This shouldn't be too hard to isolate and resolve. I'll make this my top priority for Pynite. |
I'm closing in on this issue. It appears the global nodal displacements are correct, and the stiffness matrix is correct, but the member internal forces are still storing results from the prior iteration before the T/C member deactivates. I should have this resolved soon. |
Thanks. Yes I think the displacements are correct (being identical in both cases) as well - I should have checked that earlier! |
Describe the bug
Inactive tension_only member still takes load
To Reproduce
See this self-contained example.
Cantilever stayed with cable
All members are two-force
In the amended case, an additional cable stay is added to the opposite side, which is supposed to have no effect.
Output (both latest main as well latest pypi release)
Obviously the lower "pulldown" cable is (incorrectly) sharing the load as a compressive member, even though it is (correctly) marked as inactive, halving the load the "pullup" cable takes.
Expected behavior
The force in "pullup" cable in the amended should remain the same.
The text was updated successfully, but these errors were encountered: