search

pommes-public / pommesinvest

A bottom-up fundamental investment model for the German electricity sector
Other
2 stars 0 forks source link

Include simplistic electric vehicle representation #49

Closed jokochems closed 10 months ago

jokochems commented 1 year ago

Problem description

Electric vehicles are likely to become a large flexibility source in the future German power system. At the moment, they are not integrated into pommesinvest model considerations, though.

Suggested fix

Include electric vehicles using a more comprehensive representation as sort of an electric storage. Here is a sketch of the planned architecture: image

Remarks:

jokochems commented 1 year ago

In the figure above, the connection rates are / charging availability is missing. These need to be added. It is an availability of a transformer / converter unit.

[EDIT: Has been added to the figure. Also, in the first place, the idea is to keep the transformer elements in and usign them to depict conversion efficiencies.]

jokochems commented 1 year ago

In addition to what is already there, results processing needs to be expanded since some components are not connected to the electricity bus of a country, but the dedicated EV bus. Also, this is a prerequisite for checking what is going on there and potentially debugging it.

jokochems commented 12 months ago

The above suggested scheme proofed to be not functional. Besides, I thought of some design flaws, I had not in mind in the first place:

  1. By using one aggregated battery representation, flexibility might be used across different car categories which is actually not allowed, because every fraction of the car fleet should have its own fleet battery.
  2. Connecting both, the storage as well as the driving demand sink to one EV_bus component is certainly erroneous. It would allow for producing energy that is put onto the EV_bus and consumed rightaways.
  3. I learned that the VenCoPy availability pattern for uncontrolled charging is actually an electricity consumption pattern for charging the vehicle battery so that it can serve the driving demand. Since it inflexible anyways, there is no need to introduce a dedicated battery or driving demand - it has all already be taken care of.

All of the following in mind, I thought about a different - to be honest more straightforward - way of implementing it. Here is the updated sketch (slightly edited; also see https://github.com/pommes-public/pommesdata/issues/117):

image