Add new consumption_power
formula to the LogicalMeter
#318
Replies: 38 comments 7 replies
-
Is this what you need? |
Beta Was this translation helpful? Give feedback.
-
Its important to correctly define of what net consumption means. In the past we usually referred to it as market load, however net consumption is the consumption of none-flexible consumers that can't be shut down. EV chargers are obviously a hybrid but we agreed to include them into the net consumption for now, opposite to PVs, CHPs and batteries. The main goal is to:
|
Beta Was this translation helpful? Give feedback.
-
These are the definitions we agreed on:
Note:
|
Beta Was this translation helpful? Give feedback.
-
So the logical meter will eventually provide streams for:
Does that sound accurate? I can get used to it if it makes sense to every one else, but to have types of metrics (current and power) in the names for some streams, and the word "consumption" in a similar context for another stream, feels a bit inconsistent and awkward to me. |
Beta Was this translation helpful? Give feedback.
-
Well the problem is net_consumption is |
Beta Was this translation helpful? Give feedback.
-
I think the word
Also, later on, if we want to introduce a |
Beta Was this translation helpful? Give feedback.
-
true. good point.
Sounds like a good idea for sure. |
Beta Was this translation helpful? Give feedback.
-
@shsms Right, it should be |
Beta Was this translation helpful? Give feedback.
-
For me the |
Beta Was this translation helpful? Give feedback.
-
Maybe |
Beta Was this translation helpful? Give feedback.
-
@cwasicki no, my problem was that the ticket just said |
Beta Was this translation helpful? Give feedback.
-
@shsms @leandro-lucarella-frequenz
Let me know in case you still have doubts. |
Beta Was this translation helpful? Give feedback.
-
and |
Beta Was this translation helpful? Give feedback.
-
And in case we want to mirror the DSO meter (one meter in each direction) output we could also expose:
|
Beta Was this translation helpful? Give feedback.
-
So these methods just split the
|
Beta Was this translation helpful? Give feedback.
-
Do we actually have a use-case for this? Asking because we did this initially in the microgrid API, but it did not prove to be as helpful as we thought (and rather problematic). A single signed value conveys the same information, and can be clipped pretty easily. |
Beta Was this translation helpful? Give feedback.
-
DSOs measure and report consumption and feed-in separately. To be able to easily compare the data these shortcuts might become handy. This is just a convenience feature and is independent of the API. That goes along the lines of the discussion of |
Beta Was this translation helpful? Give feedback.
-
Not sure I necessarily agree. What is the opposite of supply (supplying someone vs. being supplied)? For production its easy, its consumption and these are terms that everyone understands. Keep in mind we want to open up electricity to a wider audience and the terminology in this space has been set up a long time ago and thus many terms are way passed their time. We should be mindful not to repeat the mistakes of the past. |
Beta Was this translation helpful? Give feedback.
-
Updated proposal:
Using the example of power:
In addition to that, for each of the above there will two additional metrics:
Remarks:
@thomas-nicolai-frequenz @shsms @leandro-lucarella-frequenz @tiyash-basu-frequenz |
Beta Was this translation helpful? Give feedback.
-
Just to add some more context to the term
@leandro-lucarella-frequenz we need to find a good place in the SDK wiki where we explain each of the terms. I feel its quite important to clearly define and explain it. |
Beta Was this translation helpful? Give feedback.
-
What about EV charging stations? It should be a component in the same position like a battery: |
Beta Was this translation helpful? Give feedback.
-
Good point, for now we cover it in
Residual load is mostly used in context of the large grid where it is the electricity demand minus fluctuating renewable generation (https://de.wikipedia.org/wiki/Residuallast). On microgrid-level the usage seemed a bit vague so I would avoid a strict definition for us. Just added it for context since we discussed about it. |
Beta Was this translation helpful? Give feedback.
-
No, EV chargers will stay being their own component category but will most likely derived from the same interface as the battery component. @sahas-subramanian-frequenz is aware of that. We did already discuss that. |
Beta Was this translation helpful? Give feedback.
-
@cwasicki I don't mind carving them out to be honest. It wouldn't make much difference I guess and might avoid needing to restructure the code in the future if we want to keep things more clean. Your call. |
Beta Was this translation helpful? Give feedback.
-
I think we should define it rather not defining it in the context of microgrids if we can. It opens up the possibility that we can shape the usage of this term in a way we feel its correctly applied. I think it would be dangerous to not talk about it. |
Beta Was this translation helpful? Give feedback.
-
Agree, update the proposal to include
I agree that we should document it, but wouldn't encourage its usage or include the term in the proposal since it does not describe a new concept but would be just another term for |
Beta Was this translation helpful? Give feedback.
-
lets just mentioned it when we define grid_power. lets add this to the public wiki. |
Beta Was this translation helpful? Give feedback.
-
We could put it in the https://github.com/frequenz-floss/frequenz-sdk-python/wiki/Glossary, or it's own Wiki page for now. In the end I think it should be in the SDK documentation website (https://frequenz-floss.github.io/frequenz-sdk-python/v0.19/), but for now a Wiki page should be enough. But I think it would be best if this doc is started by the people creating these definitions. |
Beta Was this translation helpful? Give feedback.
-
Unblocking this issue again.
Moved this to #316 |
Beta Was this translation helpful? Give feedback.
-
Implementation will be tracked here: #340 |
Beta Was this translation helpful? Give feedback.
-
What's needed?
We need to provide a
consumption_power
metric in theLogicalMeter
.Proposed solution
The
LogicalMeter
should get a new formula/metricconsumption_power
would calculate the client/market-side consumption of the microgrid. This should also include consumptions of EV chargers (but of course exclude PVs, batteries, etc.).Use cases
No response
Alternatives and workarounds
Right now users need to look at the microgrid topology themselves to make this calculation, excluding batteries, PVs, etc.
Additional context
The name is still to be decided, so the issue is blocked until then. In your hands @matthias-wende-frequenz @frequenz-floss/datasci-team
Beta Was this translation helpful? Give feedback.
All reactions