-
Notifications
You must be signed in to change notification settings - Fork 13
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
Add ports / MCT Model (new PR) #95
Conversation
|
f778466
to
0534130
Compare
d10f69b
to
cd4c8ee
Compare
In the current state, solution_bulk can handle solution outputs for the MCT with nchannel>1 (and I don't know why). The additional dimension n_ports still needs to be added to solution bulk. When setting up an MCT with nchannel = 1, solution.py drops an error (which I would expect as well in the nchannel>1 case) stemming from the wrong dimensionality. Thus n_ports needs to be added as a dimension in one of the solution classes. |
In addition to my comment above: Not-working example with 1 channel:
Working example with multiple channels
|
Can confirm... I would have a look at the |
Hey @hannahlanzrath @daklauss Could you please update this PR and let me know what's missing s.t. we can merge? |
cbea571
to
8f6e683
Compare
d8b1cfd
to
6f625db
Compare
I merged create_LWE into add_ports and rebased. From my side we're good to merge this first version of add_ports support into dev :) Please also have a look at the commits and if they should be even more clustered or not. Thank you <3 |
6f625db
to
b4018a3
Compare
I noticed that ports were not added for parameter sensitivities and added the compatibility. In #166 I want to add tests including sensitivities to ensure we cover that. How is our current stand on merging this branch into dev? |
5e07da6
to
f704499
Compare
Co-authored-by: Johannes Schmölder <[email protected]> Co-authored-by: daklauss <[email protected]>
Co-authored-by: Johannes Schmölder <[email protected]> Co-authored-by: daklauss <[email protected]> Co-authored-by: Lanzrath, Hannah <[email protected]>
Co-authored-by: Johannes Schmölder <[email protected]> Co-authored-by: daklauss <[email protected]>
Co-authored-by: daklauss <[email protected]> Co-authored-by: Johannes Schmölder <[email protected]>
Co-authored-by: daklauss <[email protected]> Co-authored-by: Johannes Schmölder <[email protected]>
Co-authored-by: Johannes Schmölder <[email protected]> Co-authored-by: Lanzrath, Hannah <[email protected]>
Co-authored-by: daklauss <[email protected]> Co-authored-by: Johannes Schmölder <[email protected]>
Co-authored-by: Johannes Schmölder <[email protected]> Co-authored-by: daklauss <[email protected]> Co-authored-by: Lanzrath, Hannah <[email protected]>
Co-authored-by: Johannes Schmölder <[email protected]> Co-authored-by: Lanzrath, Hannah <[email protected]>
Co-authored-by: Lanzrath, Hannah <[email protected]> Co-authored-by: Johannes Schmölder <[email protected]>
Co-authored-by: Johannes Schmölder <[email protected]>
Use relative imports in tests, to make it compatible with pytest.
Adds create_LWE, a collection of functions to quickly and semi-modularly set up a load-wash-elude process with CADET-Process Co-authored-by: Johannes Schmölder <[email protected]>
Adds tests for the LWE process and simulation results Co-authored-by: Johannes Schmölder <[email protected]>
(New PR after accidental merge)
This PR adds ports to UnitOperations in CADET process which are required by models such as the 2D-GRM.
For starters, we will test this with the Multi-Channel Transport-Model
To fix #3, we also need to fix #70.
To do
add_connection
methodFlowSheet
discretization
configurationFor new PR?
Decision:
For Multiplexing PR?
Open question
Should the MCT (and other potential 2D models) inherit from
TubularReactor
? How would this look like.Are dimensions retained in CADET-Process that are squashed in CADET-Core (see LRMP)? -> Line 740
Closed question
Should every channel of the MCT have a port by default? --> Yes