rdfs:comment"""The flexibility ontology module (ic-flex) is by design tightly integrated with SAREF,
SAREF4ENER and the following InterConnect modules: power limit (ic-pwlm),
incentive table (ic-inc), S2 (ic-s2), data-point (ic-data) and forecast (ic-fc)
The main concept of the ic-flex module is the ic-flex:FlexOffer, which allows to
represent a flexibility offer (or schedule) as a combination of multiple time-series, data-points and forecasts.
It also allows to specify a creation time (ic-data:hasCreationTime), validity
period (ic-data:hasEffectivePeriod) and provenance (ic-data:producedBy) for
the offer, on top of the creation time, validity period and provenance already specified for the time-series and data-points included in the offer.
The additional key aspect captured in the ic-flex module is that a flex offer can also include various categories of flexibility, which are modelled as subclasses of the ic-flex:FlexibilityProfile class, as follows:
- Power Profile flexibilty is modelled as s4ener:PowerProfile based on the EEBUS spec
- Tariff based flexibility (ic-flex:TariffBased) is implemented using the incentive table (ic-inc) ontology based on the EEBUS spec (note that tariif-based felxibility does note exist in S2)
- Power limit flexibility (ic-pwlm:PowerLimit) is implemented using thepower limit (ic-pwlm) ontology based on the EEBUS spec (and compliant also with S2)
- Power Envelope flexibility (ic-flex:PowerEnvelope) is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with EEBUS)
- Demand driven flexibility (ic-flex:DemandDriven) flexibility (ic-flex:PowerEnvelope) is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with EEBUS)
- Operation mode flexibility (ic-flex:OperationMode) is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with S2)
rdfs:comment"""The flexibility ontology module (ic-flex) is by design tightly integrated with SAREF,
SAREF4ENER and the following InterConnect modules: power limit (ic-pwlm),
incentive table (ic-inc), S2 (ic-s2), data-point (ic-data) and forecast (ic-fc)
The main concept of the ic-flex module is the ic-flex:FlexOffer, which allows to
represent a flexibility offer (or schedule) as a combination of multiple time-series, data-points and forecasts.
It also allows to specify a creation time (ic-data:hasCreationTime), validity
period (ic-data:hasEffectivePeriod) and provenance (ic-data:producedBy) for
the offer, on top of the creation time, validity period and provenance already specified for the time-series and data-points included in the offer.
The additional key aspect captured in the ic-flex module is that a flex offer can also include various categories of flexibility, which are modelled as subclasses of the ic-flex:FlexibilityProfile class, as follows:
- Power Profile flexibilty is modelled as s4ener:PowerProfile based on the EEBUS spec
- Tariff based flexibility (ic-flex:TariffBased) is implemented using the incentive table (ic-inc) ontology based on the EEBUS spec (note that tariif-based felxibility does note exist in S2)
- Power limit flexibility (ic-pwlm:PowerLimit) is implemented using thepower limit (ic-pwlm) ontology based on the EEBUS spec (and compliant also with S2)
- Power Envelope flexibility (ic-flex:PowerEnvelope) is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with EEBUS)
- Demand driven flexibility (ic-flex:DemandDriven) flexibility (ic-flex:PowerEnvelope) is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with EEBUS)
- Operation mode flexibility (ic-flex:OperationMode) is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with S2)
- Fill rate based flexibility (ic-flex:FillRateBased is implemented using theS2 (ic-s2) that follows the S2 specification (and compliant also with S2)"""@en.
rdfs:comment"""Different control types to describe the energy flexibility that a device has to offer. Charging of an EV for instance, may be controlled by power profile-based control or fill-rate -based control. It is not allowed to mix different control types at the same time, but different control types may be used sequentially.
rdfs:comment"""Different control types to describe the energy flexibility that a device has to offer. Charging of an EV for instance, may be controlled by power profile-based control or fill-rate -based control. It is not allowed to mix different control types at the same time, but different control types may be used sequentially.
Control Types dictates flexibility instructions. Control Type provides Flexibility options.""";