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

Use EnergyPlus Python API instead of MLEP #488

Open
anyaelena opened this issue Apr 19, 2024 · 4 comments
Open

Use EnergyPlus Python API instead of MLEP #488

anyaelena opened this issue Apr 19, 2024 · 4 comments
Assignees
Labels
Milestone

Comments

@anyaelena
Copy link
Member

From 4/18 meeting:

Notes:

  • the Python API is implemented as callbacks from sim manager running within E+ so a out callback functions will need to be designed to hijack timing of advance.

Advantages:

  • Directly get values in EMS namespace
  • Retire MLEP and use of External Interface
  • Alfalfa gem code becomes less complicated -> better developer support for workers
  • Workers will no longer have Java dependency
  • Make Alfalfa runs more stable than local runs?
  • Easier to have support from E+ team

Disadvantages

  • Time and attention
  • Do we need to rewrite measures?? (if yes, that actually adds urgency to migration)
@anyaelena
Copy link
Member Author

@TShapinsky is scoping the effort involved.

@anyaelena
Copy link
Member Author

this coordinates with #478

@TShapinsky
Copy link
Member

pyenergyplus is packages with E+. So to use it we will need to add it from E+ to the python path. The most recent version of E+ doesn't have a OS release yet, but I think there's an RC.

@anyaelena
Copy link
Member Author

anyaelena commented Jun 4, 2024

Need to coordinate with E+, OS releases. Need latest E+ and OS release lags these. Then need time for Alfalfa release. Earliest release would be FY25Q1, more likely FY25Q2. Related to #506 in that we would like to coordinate the rework happening in worker

this change introduces breaking changes in some measure functions but these are not yet widely used

@anyaelena anyaelena added this to the 1.0.0 milestone Nov 5, 2024
@anyaelena anyaelena assigned anyaelena and TShapinsky and unassigned anyaelena Nov 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants