ses-fortiss / smartgridcosimulation Goto Github PK

Change them to show the user can click on it to select a different optimization criteria

Incomplete commit led to an error in LinProgBehavior class. Source code not available. Must be replaced.

Currently the user can leave the consumption file unspecified ONLY if they don't attempt change the text field.

Verification works in the following way:

1. A valid path is selected
2. An invalid path is selected or no path is specified -> Display error and replace field by previously valid specified field.

Once a valid path is selected, the user can not leave the field unspecified. The user should be allowed to select a valid path or no path at all (in this case memap uses default files)

Currently, last commit is 8d1a7d1 in a development branch but different project.

It will be integrated to MEMAP Core

Example loader request a file from resources. New implementation tries to read the file from source (actual path in the machine).

Justification: With current configuration there is not a clear separation of project inputs and outputs. Results are versioned because they are generated in the resources file (bad practice).

Current configuration:

res/ contains the following:

• default consumption files
• directory "results" with results csvs
• directory "opcconfig" with option configuration files

Ideally, only the resources that the project use should be in the "resource" directory. Therefore, "opcconfig" and "results" should be moved to another directory.

Suggestion for directory structure:

• Source code:
  memapServer/src/main/java/linprogMPC

• Resources directory:
  memapServer/src/main/java/resources

• Configuration and results directory:
  ~/output/opcconfig
  ~/output/results

Created in the execution directory.

This is the current configuration of memapBasis and memapGui

• Make button icons update (Now there is disparity in their design)

• Update MEMAP logo

• Update color scheme accordingly

When in live mode, Memap is actually using the logic of the planning tool and runs a 7 day simulation.

This should be changed to a real live mode, which runs indefinitely.

If the consumption file is not given by the user it results in an error. There should be one default consumption file.

Idea: When the user selects a valid consumptionFile the series is plotted in an appearing window.

• How to set up/run the application
• Features
• Important/core classes

Currently consumer takes both, heatProfile and electricityProfile.
Make this more flexible by having seperate consumer for electricity and heat (add NetworkType to consumer)

add titles to columns in consumption files in resources folder

I created a template for the GuiController in memapServer.

I did not find the time to integrate the Controller in memapGui unfortunately. There is still some work to be done, but this should pinpoint in the right direction,

There is BasicClient, MemapClient, OpcUaClient and ReadClient in the helperOPCua package at the moment. I think we are only using BasicClient, but the other clients are way more sophisticated.

This should be cleaned up anyways.

State of charge should be a parameter of Storage objects with verified values between 0 and 1

Currently, the energy prices are not user input.

With the new implementation, the user should be able to give a path to a custom file (with variable or fixed prices) or one value, to be used as a fixed price.

Currently: configuration and descriptor files are created when the "Run in server" check is selected.

Goal: configuration and descriptor files are created every time the simulation button is clicked.

Note: After integration, those files will then be used by project (now memapServer) to run the simulation.

Currently, the energy prices are read from hardcoded CSV files.

With the new implementation, they should be able to receive a path to a custom file (with variable or fixed prices) or one value, to be used as a fixed price.

Currently: Documents
Goal: jar location / execution folder

Currently the parameterConfig.json looks like this:

{"length":96,"steps":24,"days":1,"weather":true,"price":true,"memapON":false,"optCriteria":"cost","runInServer":true}

Would make life easier for the simulation if we could add the paths to all building.jsons:

{"length":96,"steps":24,"days":1,"weather":true,"price":true,"memapON":false,"optCriteria":"cost","runInServer":true, "buildings":["PathToBuilding1.json", "PathToBuilding2.json",...]}

Some of the panels are being continuously repainted. That causes an effect of blinking in children components. This problem obstructs #23

Specific cases:

• ParameterPanel
• pl_ems_detail
• demandPanel
• storagePanel
• volatilePanel
• controllablePanel
• couplerPanel

Currently: Control panel appears as an emerging window.

Goal: Allow in-window parameter customization.

• Add file selection fields for weather conditions and price conditions.

MemapGUI should be able to work with the logic of memapServer project, without using any resource or class from MemapBasis

• remove parameters from demand panel

• remove listeners

• remove attribute from class

memapServer:

• includes all the classes related to the memapServer module.

memapCore:

• includes all the classes that define the core of memap implementation.
• Should be able to run as a standalone project, with or without the modules.

Current behavior: There is a fixed number of results shown for all buildings. These fixed number depends on the number of results of the first building.

Wanted: Show all results from all buildings, regardless of the number of items corresponding to each one of them.

• Remove GUI components

• Remove listeners

• Remove class parameter

Problem detected in Storage elements: SOC was not being properly updated. It must be verified if other objects are properly handling requests.

in memap gui the user choose cost or co2 as optimization criteria. It should be pass to memapServer, so that it behaves differently according to its value.

-[] Add instructions on how the consumption file (demand) must be structured
-[] Receive one consumption file per building. First column heat, second electricity

-[] Receive one consumption file per building. First column heat, second electricity [From GUI module]

When consumption files are not specified in the GUI the program outputs the error: "Error reading or parsing thrown at ConsumptionProfiles", which is not the expected behavior.

The default consumptionFile should be used instead.

The set of building paths should be accessible by a name:
{ (...) "buildings":["PathToBuilding1.json", "PathToBuilding2.json",...]}
Currently, each path has a name configured and the name is the same for all of them.

Unlike the building servers, the result server seems not to like being run in a loop. After the first iteration, values don't update.

[/user/ActorSupervisor/building0/linprogMPC.components.CSVConsumer] already exists. --> Exception
Exception in thread "Thread-4" java.lang.IllegalArgumentException: actorPath [/user/ActorSupervisor/building0/linprogMPC.components.CSVConsumer] already exists.

Remove unused imports and variables.
Solve warning messages.

The State of charge (SOC) parameter for a storage object should be retrieved from the GUI or the server as a user input.

This implementation uses both types of profile, and reads it always from the resource directory. It should use the one selected by the user or the default one.