-
Notifications
You must be signed in to change notification settings - Fork 41
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
Modelica.Electrical.Batteries.Utilities.BusTranscription does not respect the specification around expandable connectors #3147
Comments
For #2172 the main issue was lack of realistic examples, and it now seems we have them.
|
Proposed new text:
Non-normative: Poll using emojis:
|
I don't understand the wording. Can you explain what your text is trying to do that specifying that potentially present component are considered declared does not? |
I see at least the following reasons:
I'm sure there might be other solutions, but that might require a lot of work and it is not clear that those potential solutions would be easier to understand. In the package below MOk doesn't have the potentially present variable and thus translates ok. In MBad I added a silly connections to create it (which shouldn't be legal), and that fails. (The reason for the current rules is if a sub-component has an expandable connector without any contents and it is added elsewhere there would otherwise be a missing equation - I could add that as well.)
|
However, an alternative might be the following:
So for: But we still have the benefit that if we just drag in an expandable connector and don't connect it we avoid all of the issues, both the problem above for physical connectors, and also the lack of source for a causal one. |
I prefer this alternative but I don't understand the purpose of
|
Yes, that was the idea - I wrote 'not potentially present' intending to mean 'not even potentially present'; but you are right that undeclared is clearer. |
Specifically this allows hieararchical additions in buses - if the penultimate component is potentially present. Closes modelica#3147
* More advanced elaboration. Specifically this allows hieararchical additions in buses - if the penultimate component is potentially present. Closes #3147 * Apply suggestions from code review Co-authored-by: Henrik Tidefelt <henrikt@wolfram.com> Co-authored-by: Elena Shmoylova <eshmoylova@users.noreply.github.com>
In
Modelica.Electrical.Batteries.Utilities.BusTranscription
the connect equationfails to respect
as
lossPower
is an undeclared element in undeclared expandable connectorcellBus
This relates to #428 and #2172
The text was updated successfully, but these errors were encountered: