@matter/model 0.11.9-alpha.0-20241206-22f233334 → 0.11.9-alpha.0-20241207-b604cfa44

package/dist/esm/standard/elements/DeviceEnergyManagement.js

@@ -12,91 +12,88 @@ import {
   CommandElement as Command,
   DatatypeElement as Datatype
 } from "../../elements/index.js";
-const DeviceEnergyManagement = Cluster({
-  name: "DeviceEnergyManagement",
-  id: 152,
-  classification: "application",
-  pics: "DEM",
-  details: "This cluster allows a client to manage the power draw of a device. An example of such a client could be an Energy Management System (EMS) which controls an Energy Smart Appliance (ESA).\nIn most deployments the EMS will be the client, and the ESA will host the Energy Management Cluster server.\nFigure 15. Example of the how an EMS is a client of multiple ESAs Energy Management clusters.\nThis cluster is intended to be generic in nature and could apply to any electrical load or generator (e.g. a Battery Electric Storage System - BESS, solar PV inverter, EVSE, HVAC, heat pump, hot water heater, white goods appliances etc).\nIt consists of the following areas which shall be supported by all devices implementing this cluster:\n  \u2022 Description of ESA and its capabilities & power limits (sometimes referred to as a nameplate)\n  \u2022 Current state of operation (including user opt-out, safety limitations / alarms) There are some     optional capabilities that some ESAs may be able to offer:\n  \u2022 Ability to control the load or generation\n  \u2022 Forecast data, including when it can be flexible (i.e. modify the power or time period)\n  \u2022 The ability to have their power profile adjusted by an EMS, and to provide an updated Forecast     back to the EMS.\nThis allows the EMS to manage multiple home loads and where ESAs can be flexible, continuously optimizing the home energy to minimize cost, reduce CO2 impact, maximize self-consumption of solar PV and provide Demand Side Response (DSR) Grid services.\nIt is likely that the ESA may also use the Pricing Cluster to obtain incentive signals such as 'grid carbon intensity', 'time of use' or 'type of use' tariffs to schedule its operation to run at the cheapest and greenest times.\nFigure 16. Example of the how an HVAC may use multiple clusters\nNOTE\nGrid Services are market dependent and will use other protocols ([OpenADR] / [IEEE2030.5]) to communicate grid events to the EMS. These are outside the scope of Matter.\nNOTE\nDifferent markets may follow different approaches, but the UK [PAS1878] and [EUCodeOfConduct] give examples of how ESAs may be mandated to support these features in the future.\nNOTE Support of Device Energy Management Cluster is provisional.",
-  xref: { document: "cluster", section: "9.2" },
-  children: [
-    Attribute({ name: "ClusterRevision", id: 65533, type: "ClusterRevision", default: 3 }),
-    Attribute({
-      name: "FeatureMap",
-      id: 65532,
-      type: "FeatureMap",
-      xref: { document: "cluster", section: "9.2.4" },
-      children: [
-        Field({
-          name: "PA",
-          conformance: "O.a+",
-          constraint: "0",
-          description: "PowerAdjustment",
-          details: "For Energy Smart Appliances (ESA) the definition of being 'smart' mandates that they can report their current power adjustment capability and have an EMS request a temporary adjustment. This may typically be to curtail power requirements during peak periods, but can also be used to turn on an ESA if there is excess renewable or local generation (Solar PV).\nFor example, a home may have solar PV which often produces more power than the home requires,\nresulting in the excess power flowing into the grid. This excess power naturally fluctuates when clouds pass overhead and other loads in the home are switched on and off.\nEVSE Example: An EMS may therefore be able to turn on the EVSE (if the vehicle is plugged in) and can start charging the vehicle, and periodically modify the charging power depending on PV generation and other home loads, so as to minimize import and export to the grid.",
-          xref: { document: "cluster", section: "9.2.4.1" }
-        }),
-        Field({
-          name: "PFR",
-          conformance: "(STA | PAU | FA | CON) & !SFR, O.a+",
-          constraint: "1",
-          description: "PowerForecastReporting",
-          details: "For Energy Smart Appliances (ESA) the definition of being 'smart' implies that they can report their indicative forecast power demands or generation, to a greater or lesser extent. For some ESAs this is highly predictable (in terms of both power and time), in other appliances this is more challenging and only a basic level of forecast is possible.\nForecasts are defined from a current time, using a slot format, where the slot is akin to a relatively constant operating mode.\nWashing machine example: a washing machine may have stages of a washing cycle: heating, tumbling, rinse and spin stages. At each stage, the approximate minimum and maximum power consumption may be known, as well as the duration of that stage.\nIn some circumstances the ESA may allow the stage to be delayed or paused (subject to safety and manufacturer\u2019s discretion and user preferences).\nTypically, appliances with a heating element cannot have their power consumption adjusted and can only be paused or delayed.\nSome ESAs may not be flexible other than a delayed cycle start (for example, once the washing cycle has been started then they run continuously until the cycle completes).\nAppliances that only support the PowerForecastReporting and not any of the adjustment features may indicate that they are not flexible in the forecast slot format.\nThe PowerForecastReporting and the adjustment features aim to align to the [SAREF4ENER] ontology.\nInverter driven ESAs: some inverter driven ESAs can consume or generate a variable amount of power.\nFor example, a single phase EVSE can be adjusted in the range of 6-32Amps in 0.6 Amp steps in EU or on a hardwired 120V supply in the range of 6-15 Amps in US.\nFor example, a home battery may be adjusted to charge or discharge in steps of 1W.\nFor example, a heat pump may be able to modulate its compressor inverter between 20-100% of its rated power.\nThe ESA indicates its power adjustment range and its nominal power consumption as part of its Forecast.",
-          xref: { document: "cluster", section: "9.2.4.2" }
-        }),
-        Field({
-          name: "SFR",
-          conformance: "(STA | PAU | FA | CON) & !PFR, O.a+",
-          constraint: "2",
-          description: "StateForecastReporting",
-          details: "Some ESAs do not know their actual power consumption, but do know the state of operation. Like the PowerForecastingReporting feature, this uses the same slot structure mechanism to indicate a change in state vs time.\nAn external observing EMS may have access to real-time meter readings, and could learn the typical power consumption based on the advertised internal state of the ESA.\nTo enable this capability, the ESA shall report its internal operational state using an manufacturer specific value.\nOnce the EMS has built a model of the state vs observed power consumption, it may request a forecast adjustment for particular times of the day, encouraging the ESA to use power at alternative times.",
-          xref: { document: "cluster", section: "9.2.4.3" }
-        }),
-        Field({
-          name: "STA",
-          conformance: "O.a+",
-          constraint: "3",
-          description: "StartTimeAdjustment",
-          details: "ESAs which support the Start Time Adjustment feature, allow an EMS to recommend a change to the start time of the energy transfer that the ESA has previously suggested it would use.\nWashing machine example: A Washing Machine may have been set to start a wash cycle at 9pm when the variable tariff normally reduces.\nHowever, the EMS is aware that a grid event has occurred, making it cheaper to run the cycle at a later time, but the washing machine is not aware of this.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the washing machine has a power profile suggesting it will start the wash cycle at 9pm, but the EMS now knows that the grid event means it will be cheaper to delay the start until 11pm.\nThe EMS can then optimize the cost by asking the washing machine to delay starting the wash cycle until 11pm.\nIt does this by sending a StartTimeAdjustRequest to the washing machine to request delaying the start of the washing cycle.",
-          xref: { document: "cluster", section: "9.2.4.4" }
-        }),
-        Field({
-          name: "PAU",
-          conformance: "O.a+",
-          constraint: "4",
-          description: "Pausable",
-          details: "ESAs which support the Pausable feature, allow an EMS to recommend a pause in the middle of a forecast power profile that the ESA is currently using.\nWashing machine example: A Washing Machine is in operation, and starting its water heating step.\nHowever, the EMS becomes aware from the smart meter that the total home load on the grid is close to exceeding its allowed total grid load.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the washing machine has a power profile suggesting its current step in the wash cycle is using power to heat the water, but that this step can be paused.\nThe EMS can then reduce the grid load by asking the washing machine to pause the wash cycle for a short duration.\nIt does this by sending a PauseRequest to the washing machine to request pausing the current step of the forecast power usage for a period to allow other home loads to finish before resuming the washing cycle.",
-          xref: { document: "cluster", section: "9.2.4.5" }
-        }),
-        Field({
-          name: "FA",
-          conformance: "P, O.a+",
-          constraint: "5",
-          description: "ForecastAdjustment",
-          details: "ESAs which support the Forecast adjustment feature, allow an EMS to recommend a change to the start, duration and/or power level limits of the steps of the power profile that the ESA has previously suggested it would use.\nHeat pump and Solar PV example: A heat pump may have the ability to heat hot water as well as heating the home. The heat pump scheduling system may have determined that the home will be unoccupied during the day, or that the indoor temperature is above the set-point and so it knows that it will not need to heat the home.\nHowever, the hot water tank is likely to need to be reheated before the homeowner comes home in the evening. The heat pump is not aware that the property also has a solar PV inverter which is also an ESA that is communicating with the EMS.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the heat pump has a power profile suggesting it needs to heat hot water around 6pm. The solar PV inverter has forecast that it will generate 3.6kW of power during the middle of the day and into the afternoon before the sun goes down.\nThe EMS can then optimize the home considering other non-ESA loads and can ask the heat pump to heat the hot water around 3pm when it has forecast that excess solar power will be available.\nIt does this by sending a ModifyForecastRequest to the heat pump and asks the heat pump to expect to run at a lower power consumption (within the solar excess power) which requires the heat pump to run for a longer duration to achieve its required energy demand.",
-          xref: { document: "cluster", section: "9.2.4.6" }
-        }),
-        Field({
-          name: "CON",
-          conformance: "P, O.a+",
-          constraint: "6",
-          description: "ConstraintBasedAdjustment",
-          details: "ESAs which support the Constraint-Based Adjustment feature allow an EMS to inform the ESA of periods during which power usage should be modified (for example when the EMS has been made aware that the grid supplier has requested reduced energy usage due to overall peak grid demand) and may cause the ESA to modify the intended power profile has previously suggested it would use.\nEVSE example: An EVSE scheduling system may have determined that the vehicle would be charged starting at a moderate rate at 1am, so that it has enough charge by the time it is needed later that morning.\nHowever, the DSR service provider has informed the EMS that due to high forecast winds it is now forecast that there will be very cheap energy available from wind generation between 2am and 3am.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the\nEVSE has a power profile suggesting it plans to start charging the vehicle at 1am.\nThe EMS can then try to reduce the cost of charging the EV by informing the EVSE of the desire to increase the charging between scheduled times.\nIt does this by sending a RequestConstraintBasedForecast to the EVSE and asks it to run at a higher NominalPower consumption during the constraint period, which may require it to decrease its charge rate outside the constraint period to achieve its required energy demand.",
-          xref: { document: "cluster", section: "9.2.4.7" }
-        })
-      ]
+const DeviceEnergyManagement = Cluster(
+  {
+    name: "DeviceEnergyManagement",
+    id: 152,
+    classification: "application",
+    pics: "DEM",
+    details: "This cluster allows a client to manage the power draw of a device. An example of such a client could be an Energy Management System (EMS) which controls an Energy Smart Appliance (ESA).\nIn most deployments the EMS will be the client, and the ESA will host the Energy Management Cluster server.\nFigure 15. Example of the how an EMS is a client of multiple ESAs Energy Management clusters.\nThis cluster is intended to be generic in nature and could apply to any electrical load or generator (e.g. a Battery Electric Storage System - BESS, solar PV inverter, EVSE, HVAC, heat pump, hot water heater, white goods appliances etc).\nIt consists of the following areas which shall be supported by all devices implementing this cluster:\n  \u2022 Description of ESA and its capabilities & power limits (sometimes referred to as a nameplate)\n  \u2022 Current state of operation (including user opt-out, safety limitations / alarms) There are some     optional capabilities that some ESAs may be able to offer:\n  \u2022 Ability to control the load or generation\n  \u2022 Forecast data, including when it can be flexible (i.e. modify the power or time period)\n  \u2022 The ability to have their power profile adjusted by an EMS, and to provide an updated Forecast     back to the EMS.\nThis allows the EMS to manage multiple home loads and where ESAs can be flexible, continuously optimizing the home energy to minimize cost, reduce CO2 impact, maximize self-consumption of solar PV and provide Demand Side Response (DSR) Grid services.\nIt is likely that the ESA may also use the Pricing Cluster to obtain incentive signals such as 'grid carbon intensity', 'time of use' or 'type of use' tariffs to schedule its operation to run at the cheapest and greenest times.\nFigure 16. Example of the how an HVAC may use multiple clusters\nNOTE\nGrid Services are market dependent and will use other protocols ([OpenADR] / [IEEE2030.5]) to communicate grid events to the EMS. These are outside the scope of Matter.\nNOTE\nDifferent markets may follow different approaches, but the UK [PAS1878] and [EUCodeOfConduct] give examples of how ESAs may be mandated to support these features in the future.\nNOTE Support of Device Energy Management Cluster is provisional.",
+    xref: { document: "cluster", section: "9.2" }
+  },
+  Attribute({ name: "ClusterRevision", id: 65533, type: "ClusterRevision", default: 3 }),
+  Attribute(
+    { name: "FeatureMap", id: 65532, type: "FeatureMap", xref: { document: "cluster", section: "9.2.4" } },
+    Field({
+      name: "PA",
+      conformance: "O.a+",
+      constraint: "0",
+      description: "PowerAdjustment",
+      details: "For Energy Smart Appliances (ESA) the definition of being 'smart' mandates that they can report their current power adjustment capability and have an EMS request a temporary adjustment. This may typically be to curtail power requirements during peak periods, but can also be used to turn on an ESA if there is excess renewable or local generation (Solar PV).\nFor example, a home may have solar PV which often produces more power than the home requires,\nresulting in the excess power flowing into the grid. This excess power naturally fluctuates when clouds pass overhead and other loads in the home are switched on and off.\nEVSE Example: An EMS may therefore be able to turn on the EVSE (if the vehicle is plugged in) and can start charging the vehicle, and periodically modify the charging power depending on PV generation and other home loads, so as to minimize import and export to the grid.",
+      xref: { document: "cluster", section: "9.2.4.1" }
     }),
-    Attribute({
-      name: "EsaType",
-      id: 0,
-      type: "ESATypeEnum",
-      access: "R V",
-      conformance: "M",
-      default: 255,
-      quality: "F",
-      details: "Indicates the type of ESA.\nThis attribute enables an EMS to understand some of the basic properties about how the energy may be consumed, generated, and stored by the ESA.\nFor example, the heat energy converted by a heat pump will naturally be lost through the building to the outdoor environment relatively quickly, compared to storing heat in a well-insulated hot water tank. Similarly, battery storage and EVs can store electrical energy for much longer durations.\nThis attribute can also help the EMS display information to a user and to make basic assumptions about typical best use of energy. For example, an EVSE may not always have an EV plugged in, so knowing the type of ESA that is being controlled can allow advanced energy management strategies.",
-      xref: { document: "cluster", section: "9.2.8.1" }
+    Field({
+      name: "PFR",
+      conformance: "(STA | PAU | FA | CON) & !SFR, O.a+",
+      constraint: "1",
+      description: "PowerForecastReporting",
+      details: "For Energy Smart Appliances (ESA) the definition of being 'smart' implies that they can report their indicative forecast power demands or generation, to a greater or lesser extent. For some ESAs this is highly predictable (in terms of both power and time), in other appliances this is more challenging and only a basic level of forecast is possible.\nForecasts are defined from a current time, using a slot format, where the slot is akin to a relatively constant operating mode.\nWashing machine example: a washing machine may have stages of a washing cycle: heating, tumbling, rinse and spin stages. At each stage, the approximate minimum and maximum power consumption may be known, as well as the duration of that stage.\nIn some circumstances the ESA may allow the stage to be delayed or paused (subject to safety and manufacturer\u2019s discretion and user preferences).\nTypically, appliances with a heating element cannot have their power consumption adjusted and can only be paused or delayed.\nSome ESAs may not be flexible other than a delayed cycle start (for example, once the washing cycle has been started then they run continuously until the cycle completes).\nAppliances that only support the PowerForecastReporting and not any of the adjustment features may indicate that they are not flexible in the forecast slot format.\nThe PowerForecastReporting and the adjustment features aim to align to the [SAREF4ENER] ontology.\nInverter driven ESAs: some inverter driven ESAs can consume or generate a variable amount of power.\nFor example, a single phase EVSE can be adjusted in the range of 6-32Amps in 0.6 Amp steps in EU or on a hardwired 120V supply in the range of 6-15 Amps in US.\nFor example, a home battery may be adjusted to charge or discharge in steps of 1W.\nFor example, a heat pump may be able to modulate its compressor inverter between 20-100% of its rated power.\nThe ESA indicates its power adjustment range and its nominal power consumption as part of its Forecast.",
+      xref: { document: "cluster", section: "9.2.4.2" }
+    }),
+    Field({
+      name: "SFR",
+      conformance: "(STA | PAU | FA | CON) & !PFR, O.a+",
+      constraint: "2",
+      description: "StateForecastReporting",
+      details: "Some ESAs do not know their actual power consumption, but do know the state of operation. Like the PowerForecastingReporting feature, this uses the same slot structure mechanism to indicate a change in state vs time.\nAn external observing EMS may have access to real-time meter readings, and could learn the typical power consumption based on the advertised internal state of the ESA.\nTo enable this capability, the ESA shall report its internal operational state using an manufacturer specific value.\nOnce the EMS has built a model of the state vs observed power consumption, it may request a forecast adjustment for particular times of the day, encouraging the ESA to use power at alternative times.",
+      xref: { document: "cluster", section: "9.2.4.3" }
     }),
-    Attribute({
+    Field({
+      name: "STA",
+      conformance: "O.a+",
+      constraint: "3",
+      description: "StartTimeAdjustment",
+      details: "ESAs which support the Start Time Adjustment feature, allow an EMS to recommend a change to the start time of the energy transfer that the ESA has previously suggested it would use.\nWashing machine example: A Washing Machine may have been set to start a wash cycle at 9pm when the variable tariff normally reduces.\nHowever, the EMS is aware that a grid event has occurred, making it cheaper to run the cycle at a later time, but the washing machine is not aware of this.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the washing machine has a power profile suggesting it will start the wash cycle at 9pm, but the EMS now knows that the grid event means it will be cheaper to delay the start until 11pm.\nThe EMS can then optimize the cost by asking the washing machine to delay starting the wash cycle until 11pm.\nIt does this by sending a StartTimeAdjustRequest to the washing machine to request delaying the start of the washing cycle.",
+      xref: { document: "cluster", section: "9.2.4.4" }
+    }),
+    Field({
+      name: "PAU",
+      conformance: "O.a+",
+      constraint: "4",
+      description: "Pausable",
+      details: "ESAs which support the Pausable feature, allow an EMS to recommend a pause in the middle of a forecast power profile that the ESA is currently using.\nWashing machine example: A Washing Machine is in operation, and starting its water heating step.\nHowever, the EMS becomes aware from the smart meter that the total home load on the grid is close to exceeding its allowed total grid load.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the washing machine has a power profile suggesting its current step in the wash cycle is using power to heat the water, but that this step can be paused.\nThe EMS can then reduce the grid load by asking the washing machine to pause the wash cycle for a short duration.\nIt does this by sending a PauseRequest to the washing machine to request pausing the current step of the forecast power usage for a period to allow other home loads to finish before resuming the washing cycle.",
+      xref: { document: "cluster", section: "9.2.4.5" }
+    }),
+    Field({
+      name: "FA",
+      conformance: "P, O.a+",
+      constraint: "5",
+      description: "ForecastAdjustment",
+      details: "ESAs which support the Forecast adjustment feature, allow an EMS to recommend a change to the start, duration and/or power level limits of the steps of the power profile that the ESA has previously suggested it would use.\nHeat pump and Solar PV example: A heat pump may have the ability to heat hot water as well as heating the home. The heat pump scheduling system may have determined that the home will be unoccupied during the day, or that the indoor temperature is above the set-point and so it knows that it will not need to heat the home.\nHowever, the hot water tank is likely to need to be reheated before the homeowner comes home in the evening. The heat pump is not aware that the property also has a solar PV inverter which is also an ESA that is communicating with the EMS.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the heat pump has a power profile suggesting it needs to heat hot water around 6pm. The solar PV inverter has forecast that it will generate 3.6kW of power during the middle of the day and into the afternoon before the sun goes down.\nThe EMS can then optimize the home considering other non-ESA loads and can ask the heat pump to heat the hot water around 3pm when it has forecast that excess solar power will be available.\nIt does this by sending a ModifyForecastRequest to the heat pump and asks the heat pump to expect to run at a lower power consumption (within the solar excess power) which requires the heat pump to run for a longer duration to achieve its required energy demand.",
+      xref: { document: "cluster", section: "9.2.4.6" }
+    }),
+    Field({
+      name: "CON",
+      conformance: "P, O.a+",
+      constraint: "6",
+      description: "ConstraintBasedAdjustment",
+      details: "ESAs which support the Constraint-Based Adjustment feature allow an EMS to inform the ESA of periods during which power usage should be modified (for example when the EMS has been made aware that the grid supplier has requested reduced energy usage due to overall peak grid demand) and may cause the ESA to modify the intended power profile has previously suggested it would use.\nEVSE example: An EVSE scheduling system may have determined that the vehicle would be charged starting at a moderate rate at 1am, so that it has enough charge by the time it is needed later that morning.\nHowever, the DSR service provider has informed the EMS that due to high forecast winds it is now forecast that there will be very cheap energy available from wind generation between 2am and 3am.\nThe EMS first requests the Forecast data from each of its registered ESAs. It determines that the\nEVSE has a power profile suggesting it plans to start charging the vehicle at 1am.\nThe EMS can then try to reduce the cost of charging the EV by informing the EVSE of the desire to increase the charging between scheduled times.\nIt does this by sending a RequestConstraintBasedForecast to the EVSE and asks it to run at a higher NominalPower consumption during the constraint period, which may require it to decrease its charge rate outside the constraint period to achieve its required energy demand.",
+      xref: { document: "cluster", section: "9.2.4.7" }
+    })
+  ),
+  Attribute({
+    name: "EsaType",
+    id: 0,
+    type: "ESATypeEnum",
+    access: "R V",
+    conformance: "M",
+    default: 255,
+    quality: "F",
+    details: "Indicates the type of ESA.\nThis attribute enables an EMS to understand some of the basic properties about how the energy may be consumed, generated, and stored by the ESA.\nFor example, the heat energy converted by a heat pump will naturally be lost through the building to the outdoor environment relatively quickly, compared to storing heat in a well-insulated hot water tank. Similarly, battery storage and EVs can store electrical energy for much longer durations.\nThis attribute can also help the EMS display information to a user and to make basic assumptions about typical best use of energy. For example, an EVSE may not always have an EV plugged in, so knowing the type of ESA that is being controlled can allow advanced energy management strategies.",
+    xref: { document: "cluster", section: "9.2.8.1" }
+  }),
+  Attribute(
+    {
       name: "EsaCanGenerate",
       id: 1,
       type: "bool",
@@ -106,39 +103,41 @@ const DeviceEnergyManagement = Cluster({
       quality: "F",
       details: "Indicates whether the ESA is classed as a generator or load. This allows an EMS to understand whether the power values reported by the ESA need to have their sign inverted when dealing with forecasts and adjustments.\nFor example, a solar PV inverter (being a generator) may produce positive values to indicate generation, however an EMS when predicting the total home load would need to subtract these positive values from the loads to compute a net import at the grid meter.\nFor example, a home battery storage system (BESS) which needs to charge the battery and then discharge to the home loads, would be classed as a generator. These types of devices shall have this field set to true. When generating its forecast or advertising its PowerAdjustmentCapability, the power values shall be positive to indicate discharging to the loads in the home, and negative to indicate when it is charging its battery.\nGRID meter = \u03A3 LoadPowers - \u03A3 GeneratorPowers\nExample:",
       xref: { document: "cluster", section: "9.2.8.2" }
-    }),
-    Attribute({
-      name: "EsaState",
-      id: 2,
-      type: "ESAStateEnum",
-      access: "R V",
-      conformance: "M",
-      constraint: "desc",
-      default: 0,
-      details: "Indicates the current state of the ESA.\nIf the ESA is in the Offline or Fault state it cannot be controlled by an EMS, and may not be able to report its Forecast information. An EMS may subscribe to the ESAState to get notified about changes in operational state.\nThe ESA may have a local user interface to allow a service technician to put the ESA into Offline mode, for example to avoid the EMS accidentally starting or stopping the appliance when it is being serviced or tested.",
-      xref: { document: "cluster", section: "9.2.8.3" }
-    }),
-    Attribute({
-      name: "AbsMinPower",
-      id: 3,
-      type: "power-mW",
-      access: "R V",
-      conformance: "M",
-      default: 0,
-      details: "Indicates the minimum electrical power that the ESA can consume when switched on. This does not include when in power save or standby modes.\nNote that for Generator ESAs that can charge an internal battery (such as a battery storage inverter), the AbsMinPower will be a negative number representing the maximum power that the ESA can charge its internal battery.",
-      xref: { document: "cluster", section: "9.2.8.4" }
-    }),
-    Attribute({
-      name: "AbsMaxPower",
-      id: 4,
-      type: "power-mW",
-      access: "R V",
-      conformance: "M",
-      default: 0,
-      details: "Indicates the maximum electrical power that the ESA can consume when switched on.\nThe value of the AbsMaxPower attribute shall be limited\nAbsMaxPower >= AbsMinPower\nNote that for Generator ESAs that can discharge a battery to loads in the home (such as a battery storage inverter), the AbsMaxPower will be a positive number representing the maximum power at which the ESA can discharge its internal battery.\nFor example, a battery storage inverter that can charge its battery at a maximum power of 2000W and can discharge the battery at a maximum power of 3000W, would have a AbsMinPower: -2000, AbsMaxPower: 3000W.",
-      xref: { document: "cluster", section: "9.2.8.5" }
-    }),
-    Attribute({
+    }
+  ),
+  Attribute({
+    name: "EsaState",
+    id: 2,
+    type: "ESAStateEnum",
+    access: "R V",
+    conformance: "M",
+    constraint: "desc",
+    default: 0,
+    details: "Indicates the current state of the ESA.\nIf the ESA is in the Offline or Fault state it cannot be controlled by an EMS, and may not be able to report its Forecast information. An EMS may subscribe to the ESAState to get notified about changes in operational state.\nThe ESA may have a local user interface to allow a service technician to put the ESA into Offline mode, for example to avoid the EMS accidentally starting or stopping the appliance when it is being serviced or tested.",
+    xref: { document: "cluster", section: "9.2.8.3" }
+  }),
+  Attribute({
+    name: "AbsMinPower",
+    id: 3,
+    type: "power-mW",
+    access: "R V",
+    conformance: "M",
+    default: 0,
+    details: "Indicates the minimum electrical power that the ESA can consume when switched on. This does not include when in power save or standby modes.\nNote that for Generator ESAs that can charge an internal battery (such as a battery storage inverter), the AbsMinPower will be a negative number representing the maximum power that the ESA can charge its internal battery.",
+    xref: { document: "cluster", section: "9.2.8.4" }
+  }),
+  Attribute({
+    name: "AbsMaxPower",
+    id: 4,
+    type: "power-mW",
+    access: "R V",
+    conformance: "M",
+    default: 0,
+    details: "Indicates the maximum electrical power that the ESA can consume when switched on.\nThe value of the AbsMaxPower attribute shall be limited\nAbsMaxPower >= AbsMinPower\nNote that for Generator ESAs that can discharge a battery to loads in the home (such as a battery storage inverter), the AbsMaxPower will be a positive number representing the maximum power at which the ESA can discharge its internal battery.\nFor example, a battery storage inverter that can charge its battery at a maximum power of 2000W and can discharge the battery at a maximum power of 3000W, would have a AbsMinPower: -2000, AbsMaxPower: 3000W.",
+    xref: { document: "cluster", section: "9.2.8.5" }
+  }),
+  Attribute(
+    {
       name: "PowerAdjustmentCapability",
       id: 5,
       type: "list",
@@ -148,104 +147,108 @@ const DeviceEnergyManagement = Cluster({
       default: null,
       quality: "X",
       details: "Indicates how the ESA can be adjusted at the current time. This attribute SHOULD be updated regularly by ESAs.\nFor example, a battery storage inverter may need to regulate its internal temperature, or the charging rate of the battery may be limited due to cold temperatures, or a change in the state of charge of the battery may mean that the maximum charging or discharging rate is limited.\nAn empty list shall indicate that no power adjustment is currently possible.\nMultiple entries in the list allow to indicate that permutations of scenarios may be possible.\nFor example, a 10kWh battery could be at 80% state of charge. If charging at 2kW, then it would be full in 1 hour. However, it could be discharged at 2kW for 4 hours.\nIn this example the list of PowerAdjustStructs allows multiple scenarios to be offered as follows:",
-      xref: { document: "cluster", section: "9.2.8.6" },
-      children: [Field({ name: "entry", type: "PowerAdjustStruct" })]
-    }),
-    Attribute({
-      name: "Forecast",
-      id: 6,
-      type: "ForecastStruct",
-      access: "R V",
-      conformance: "PFR | SFR",
-      default: null,
-      quality: "X",
-      details: "This attribute allows an ESA to share its intended forecast with a client (such as an Energy Management System).\nA null value indicates that there is no forecast currently available\nyet been selected by the user).\nA server may reset this value attribute to null on a reboot, and it does not need to persist any previous forecasts.",
-      xref: { document: "cluster", section: "9.2.8.7" }
-    }),
-    Attribute({
-      name: "OptOutState",
-      id: 7,
-      type: "OptOutStateEnum",
-      access: "R V",
-      conformance: "PA | STA | PAU | FA | CON",
-      constraint: "desc",
-      default: 0,
-      details: "Indicates the current Opt-Out state of the ESA. The ESA may have a local user interface to allow the user to control this OptOutState. An EMS may subscribe to the OptOutState to get notified about changes in operational state.\nIf the ESA is in the LocalOptOut or OptOut states, so it cannot be controlled by an EMS for local optimization reasons, it shall reject any commands which have the AdjustmentCauseEnum value LocalOptimization. If the ESA is in the GridOptOut or OptOut states, so it cannot be controlled by an EMS for grid optimization reasons, it shall reject any commands which have the AdjustmentCauseEnum value GridOptimization. If the ESA is in the LocalOptOut, GridOptOut, or NoOptOut states, the device is still permitted to optimize its own energy usage, for example, using tariff information it may obtain.",
-      xref: { document: "cluster", section: "9.2.8.8" }
-    }),
-    Event({
-      name: "PowerAdjustStart",
-      id: 0,
-      access: "V",
-      conformance: "PA",
-      priority: "info",
-      details: "This event shall be generated when the Power Adjustment session is started.",
-      xref: { document: "cluster", section: "9.2.10.1" }
-    }),
-    Event({
+      xref: { document: "cluster", section: "9.2.8.6" }
+    },
+    Field({ name: "entry", type: "PowerAdjustStruct" })
+  ),
+  Attribute({
+    name: "Forecast",
+    id: 6,
+    type: "ForecastStruct",
+    access: "R V",
+    conformance: "PFR | SFR",
+    default: null,
+    quality: "X",
+    details: "This attribute allows an ESA to share its intended forecast with a client (such as an Energy Management System).\nA null value indicates that there is no forecast currently available\nyet been selected by the user).\nA server may reset this value attribute to null on a reboot, and it does not need to persist any previous forecasts.",
+    xref: { document: "cluster", section: "9.2.8.7" }
+  }),
+  Attribute({
+    name: "OptOutState",
+    id: 7,
+    type: "OptOutStateEnum",
+    access: "R V",
+    conformance: "PA | STA | PAU | FA | CON",
+    constraint: "desc",
+    default: 0,
+    details: "Indicates the current Opt-Out state of the ESA. The ESA may have a local user interface to allow the user to control this OptOutState. An EMS may subscribe to the OptOutState to get notified about changes in operational state.\nIf the ESA is in the LocalOptOut or OptOut states, so it cannot be controlled by an EMS for local optimization reasons, it shall reject any commands which have the AdjustmentCauseEnum value LocalOptimization. If the ESA is in the GridOptOut or OptOut states, so it cannot be controlled by an EMS for grid optimization reasons, it shall reject any commands which have the AdjustmentCauseEnum value GridOptimization. If the ESA is in the LocalOptOut, GridOptOut, or NoOptOut states, the device is still permitted to optimize its own energy usage, for example, using tariff information it may obtain.",
+    xref: { document: "cluster", section: "9.2.8.8" }
+  }),
+  Event({
+    name: "PowerAdjustStart",
+    id: 0,
+    access: "V",
+    conformance: "PA",
+    priority: "info",
+    details: "This event shall be generated when the Power Adjustment session is started.",
+    xref: { document: "cluster", section: "9.2.10.1" }
+  }),
+  Event(
+    {
       name: "PowerAdjustEnd",
       id: 1,
       access: "V",
       conformance: "PA",
       priority: "info",
       details: "This event shall be generated when the Power Adjustment session ends.",
-      xref: { document: "cluster", section: "9.2.10.2" },
-      children: [
-        Field({
-          name: "Cause",
-          id: 0,
-          type: "CauseEnum",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the reason why the power adjustment session ended.",
-          xref: { document: "cluster", section: "9.2.10.2.1" }
-        }),
-        Field({
-          name: "Duration",
-          id: 1,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the number of seconds that the power adjustment session lasted before ending.",
-          xref: { document: "cluster", section: "9.2.10.2.2" }
-        }),
-        Field({
-          name: "EnergyUse",
-          id: 2,
-          type: "energy-mWh",
-          conformance: "M",
-          details: "This field shall indicate the approximate energy used by the ESA during the session.\nFor example, if the ESA was on and was adjusted to be switched off, then this shall be 0W. If this was a battery inverter that was requested to charge it would have a negative energy use. If this was a normal load that was turned on, then it will have positive value.",
-          xref: { document: "cluster", section: "9.2.10.2.3" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.10.2" }
+    },
+    Field({
+      name: "Cause",
+      id: 0,
+      type: "CauseEnum",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the reason why the power adjustment session ended.",
+      xref: { document: "cluster", section: "9.2.10.2.1" }
     }),
-    Event({
-      name: "Paused",
-      id: 2,
-      access: "V",
-      conformance: "PAU",
-      priority: "info",
-      details: "This event shall be generated when the ESA enters the Paused state. There is no data for this event.",
-      xref: { document: "cluster", section: "9.2.10.3" }
+    Field({
+      name: "Duration",
+      id: 1,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the number of seconds that the power adjustment session lasted before ending.",
+      xref: { document: "cluster", section: "9.2.10.2.2" }
     }),
-    Event({
+    Field({
+      name: "EnergyUse",
+      id: 2,
+      type: "energy-mWh",
+      conformance: "M",
+      details: "This field shall indicate the approximate energy used by the ESA during the session.\nFor example, if the ESA was on and was adjusted to be switched off, then this shall be 0W. If this was a battery inverter that was requested to charge it would have a negative energy use. If this was a normal load that was turned on, then it will have positive value.",
+      xref: { document: "cluster", section: "9.2.10.2.3" }
+    })
+  ),
+  Event({
+    name: "Paused",
+    id: 2,
+    access: "V",
+    conformance: "PAU",
+    priority: "info",
+    details: "This event shall be generated when the ESA enters the Paused state. There is no data for this event.",
+    xref: { document: "cluster", section: "9.2.10.3" }
+  }),
+  Event(
+    {
       name: "Resumed",
       id: 3,
       access: "V",
       conformance: "PAU",
       priority: "info",
       details: "This event shall be generated when the ESA leaves the Paused state and resumes operation.",
-      xref: { document: "cluster", section: "9.2.10.4" },
-      children: [Field({
-        name: "Cause",
-        id: 0,
-        type: "CauseEnum",
-        conformance: "M",
-        default: 0,
-        details: "This field shall indicate the reason why the pause ended.",
-        xref: { document: "cluster", section: "9.2.10.4.1" }
-      })]
-    }),
-    Command({
+      xref: { document: "cluster", section: "9.2.10.4" }
+    },
+    Field({
+      name: "Cause",
+      id: 0,
+      type: "CauseEnum",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the reason why the pause ended.",
+      xref: { document: "cluster", section: "9.2.10.4.1" }
+    })
+  ),
+  Command(
+    {
       name: "PowerAdjustRequest",
       id: 0,
       access: "O",
@@ -253,48 +256,48 @@ const DeviceEnergyManagement = Cluster({
       direction: "request",
       response: "status",
       details: "Allows a client to request an adjustment in the power consumption of an ESA for a specified duration.",
-      xref: { document: "cluster", section: "9.2.9.1" },
-      children: [
-        Field({
-          name: "Power",
-          id: 0,
-          type: "power-mW",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the power that the ESA shall use during the adjustment period.\nThis value shall be between the MinPower and MaxPower fields of the PowerAdjustStruct in the PowerAdjustmentCapability attribute.",
-          xref: { document: "cluster", section: "9.2.9.1.1" }
-        }),
-        Field({
-          name: "Duration",
-          id: 1,
-          type: "elapsed-s",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the duration that the ESA shall maintain the requested power for.\nThis value shall be between the MinDuration and MaxDuration fields of the PowerAdjustStruct in the PowerAdjustmentCapability attribute.",
-          xref: { document: "cluster", section: "9.2.9.1.2" }
-        }),
-        Field({
-          name: "Cause",
-          id: 2,
-          type: "AdjustmentCauseEnum",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the cause of the request from the EMS.",
-          xref: { document: "cluster", section: "9.2.9.1.3" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.9.1" }
+    },
+    Field({
+      name: "Power",
+      id: 0,
+      type: "power-mW",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the power that the ESA shall use during the adjustment period.\nThis value shall be between the MinPower and MaxPower fields of the PowerAdjustStruct in the PowerAdjustmentCapability attribute.",
+      xref: { document: "cluster", section: "9.2.9.1.1" }
     }),
-    Command({
-      name: "CancelPowerAdjustRequest",
+    Field({
+      name: "Duration",
       id: 1,
-      access: "O",
-      conformance: "PA",
-      direction: "request",
-      response: "status",
-      details: "Allows a client to cancel an ongoing PowerAdjustmentRequest operation.",
-      xref: { document: "cluster", section: "9.2.9.2" }
+      type: "elapsed-s",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the duration that the ESA shall maintain the requested power for.\nThis value shall be between the MinDuration and MaxDuration fields of the PowerAdjustStruct in the PowerAdjustmentCapability attribute.",
+      xref: { document: "cluster", section: "9.2.9.1.2" }
     }),
-    Command({
+    Field({
+      name: "Cause",
+      id: 2,
+      type: "AdjustmentCauseEnum",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the cause of the request from the EMS.",
+      xref: { document: "cluster", section: "9.2.9.1.3" }
+    })
+  ),
+  Command({
+    name: "CancelPowerAdjustRequest",
+    id: 1,
+    access: "O",
+    conformance: "PA",
+    direction: "request",
+    response: "status",
+    details: "Allows a client to cancel an ongoing PowerAdjustmentRequest operation.",
+    xref: { document: "cluster", section: "9.2.9.2" }
+  }),
+  Command(
+    {
       name: "StartTimeAdjustRequest",
       id: 2,
       access: "O",
@@ -302,29 +305,29 @@ const DeviceEnergyManagement = Cluster({
       direction: "request",
       response: "status",
       details: "Allows a client to adjust the start time of a Forecast sequence that has not yet started operation (i.e. where the current Forecast StartTime is in the future).",
-      xref: { document: "cluster", section: "9.2.9.3" },
-      children: [
-        Field({
-          name: "RequestedStartTime",
-          id: 0,
-          type: "epoch-s",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the requested start time, in UTC, that the client would like the appliance to shift its Forecast to. This value MUST be in the future.\nA client can estimate the entire Forecast sequence duration by computing the EndTime - StartTime fields from the Forecast attribute, and therefore avoid scheduling the start time too late.\nThis value shall be after the EarliestStartTime in the Forecast attribute. The new EndTime, that can be computed from the RequestedStartTime and the Forecast sequence duration, shall be before the LatestEndTime.",
-          xref: { document: "cluster", section: "9.2.9.3.1" }
-        }),
-        Field({
-          name: "Cause",
-          id: 1,
-          type: "AdjustmentCauseEnum",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the cause of the request from the EMS.",
-          xref: { document: "cluster", section: "9.2.9.3.2" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.9.3" }
+    },
+    Field({
+      name: "RequestedStartTime",
+      id: 0,
+      type: "epoch-s",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the requested start time, in UTC, that the client would like the appliance to shift its Forecast to. This value MUST be in the future.\nA client can estimate the entire Forecast sequence duration by computing the EndTime - StartTime fields from the Forecast attribute, and therefore avoid scheduling the start time too late.\nThis value shall be after the EarliestStartTime in the Forecast attribute. The new EndTime, that can be computed from the RequestedStartTime and the Forecast sequence duration, shall be before the LatestEndTime.",
+      xref: { document: "cluster", section: "9.2.9.3.1" }
     }),
-    Command({
+    Field({
+      name: "Cause",
+      id: 1,
+      type: "AdjustmentCauseEnum",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the cause of the request from the EMS.",
+      xref: { document: "cluster", section: "9.2.9.3.2" }
+    })
+  ),
+  Command(
+    {
       name: "PauseRequest",
       id: 3,
       access: "O",
@@ -332,39 +335,39 @@ const DeviceEnergyManagement = Cluster({
       direction: "request",
       response: "status",
       details: "Allows a client to temporarily pause an operation and reduce the ESAs energy demand.",
-      xref: { document: "cluster", section: "9.2.9.4" },
-      children: [
-        Field({
-          name: "Duration",
-          id: 0,
-          type: "elapsed-s",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the duration that the ESA shall be paused for. This value shall be between the MinPauseDuration and MaxPauseDuration indicated in the ActiveSlotNumber index in the Slots list in the Forecast.",
-          xref: { document: "cluster", section: "9.2.9.4.1" }
-        }),
-        Field({
-          name: "Cause",
-          id: 1,
-          type: "AdjustmentCauseEnum",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the cause of the request from the EMS.",
-          xref: { document: "cluster", section: "9.2.9.4.2" }
-        })
-      ]
-    }),
-    Command({
-      name: "ResumeRequest",
-      id: 4,
-      access: "O",
-      conformance: "PAU",
-      direction: "request",
-      response: "status",
-      details: "Allows a client to cancel the PauseRequest command and enable earlier resumption of operation.",
-      xref: { document: "cluster", section: "9.2.9.5" }
+      xref: { document: "cluster", section: "9.2.9.4" }
+    },
+    Field({
+      name: "Duration",
+      id: 0,
+      type: "elapsed-s",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the duration that the ESA shall be paused for. This value shall be between the MinPauseDuration and MaxPauseDuration indicated in the ActiveSlotNumber index in the Slots list in the Forecast.",
+      xref: { document: "cluster", section: "9.2.9.4.1" }
     }),
-    Command({
+    Field({
+      name: "Cause",
+      id: 1,
+      type: "AdjustmentCauseEnum",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the cause of the request from the EMS.",
+      xref: { document: "cluster", section: "9.2.9.4.2" }
+    })
+  ),
+  Command({
+    name: "ResumeRequest",
+    id: 4,
+    access: "O",
+    conformance: "PAU",
+    direction: "request",
+    response: "status",
+    details: "Allows a client to cancel the PauseRequest command and enable earlier resumption of operation.",
+    xref: { document: "cluster", section: "9.2.9.5" }
+  }),
+  Command(
+    {
       name: "ModifyForecastRequest",
       id: 5,
       access: "O",
@@ -372,38 +375,40 @@ const DeviceEnergyManagement = Cluster({
       direction: "request",
       response: "status",
       details: "Allows a client to modify a Forecast within the limits allowed by the ESA.",
-      xref: { document: "cluster", section: "9.2.9.6" },
-      children: [
-        Field({
-          name: "ForecastId",
-          id: 0,
-          type: "uint32",
-          conformance: "M",
-          details: "This field shall indicate the ForecastId that is to be modified.",
-          xref: { document: "cluster", section: "9.2.9.6.1" }
-        }),
-        Field({
-          name: "SlotAdjustments",
-          id: 1,
-          type: "list",
-          conformance: "M",
-          constraint: "max 10",
-          details: "This field shall contain a list of SlotAdjustment parameters that should be modified in the corresponding Forecast with matching ForecastId.",
-          xref: { document: "cluster", section: "9.2.9.6.2" },
-          children: [Field({ name: "entry", type: "SlotAdjustmentStruct" })]
-        }),
-        Field({
-          name: "Cause",
-          id: 2,
-          type: "AdjustmentCauseEnum",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the cause of the request from the EMS.",
-          xref: { document: "cluster", section: "9.2.9.6.3" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.9.6" }
+    },
+    Field({
+      name: "ForecastId",
+      id: 0,
+      type: "uint32",
+      conformance: "M",
+      details: "This field shall indicate the ForecastId that is to be modified.",
+      xref: { document: "cluster", section: "9.2.9.6.1" }
     }),
-    Command({
+    Field(
+      {
+        name: "SlotAdjustments",
+        id: 1,
+        type: "list",
+        conformance: "M",
+        constraint: "max 10",
+        details: "This field shall contain a list of SlotAdjustment parameters that should be modified in the corresponding Forecast with matching ForecastId.",
+        xref: { document: "cluster", section: "9.2.9.6.2" }
+      },
+      Field({ name: "entry", type: "SlotAdjustmentStruct" })
+    ),
+    Field({
+      name: "Cause",
+      id: 2,
+      type: "AdjustmentCauseEnum",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the cause of the request from the EMS.",
+      xref: { document: "cluster", section: "9.2.9.6.3" }
+    })
+  ),
+  Command(
+    {
       name: "RequestConstraintBasedForecast",
       id: 6,
       access: "O",
@@ -411,666 +416,609 @@ const DeviceEnergyManagement = Cluster({
       direction: "request",
       response: "status",
       details: "Allows a client to ask the ESA to recompute its Forecast based on power and time constraints.",
-      xref: { document: "cluster", section: "9.2.9.7" },
-      children: [
-        Field({
-          name: "Constraints",
-          id: 0,
-          type: "list",
-          conformance: "M",
-          constraint: "max 10",
-          details: "This field shall indicate the series of turn up or turn down power requests that the ESA is being asked to constrain its operation within.\nFor example, a grid event which requires devices to reduce power (turn down) between 4pm and 6pm and due to excess power on the grid overnight, may request ESAs to increase their power demand (turn up) between midnight and 6am.\nIf this ESA supports PFR this would have 2 entries in the list as follows:\nIf this ESA supports SFR where it does not know the actual power, but has an understanding of the functions that use more energy, it could be requested to use more or less energy using the LoadControl field as follows:",
-          xref: { document: "cluster", section: "9.2.9.7.1" },
-          children: [Field({ name: "entry", type: "ConstraintsStruct" })]
-        }),
-        Field({
-          name: "Cause",
-          id: 1,
-          type: "AdjustmentCauseEnum",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the cause of the request from the EMS.",
-          xref: { document: "cluster", section: "9.2.9.7.2" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.9.7" }
+    },
+    Field(
+      {
+        name: "Constraints",
+        id: 0,
+        type: "list",
+        conformance: "M",
+        constraint: "max 10",
+        details: "This field shall indicate the series of turn up or turn down power requests that the ESA is being asked to constrain its operation within.\nFor example, a grid event which requires devices to reduce power (turn down) between 4pm and 6pm and due to excess power on the grid overnight, may request ESAs to increase their power demand (turn up) between midnight and 6am.\nIf this ESA supports PFR this would have 2 entries in the list as follows:\nIf this ESA supports SFR where it does not know the actual power, but has an understanding of the functions that use more energy, it could be requested to use more or less energy using the LoadControl field as follows:",
+        xref: { document: "cluster", section: "9.2.9.7.1" }
+      },
+      Field({ name: "entry", type: "ConstraintsStruct" })
+    ),
+    Field({
+      name: "Cause",
+      id: 1,
+      type: "AdjustmentCauseEnum",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the cause of the request from the EMS.",
+      xref: { document: "cluster", section: "9.2.9.7.2" }
+    })
+  ),
+  Command({
+    name: "CancelRequest",
+    id: 7,
+    access: "O",
+    conformance: "STA | FA | CON",
+    direction: "request",
+    response: "status",
+    details: "Allows a client to request cancellation of a previous adjustment request in a StartTimeAdjustRequest, ModifyForecastRequest or RequestConstraintBasedForecast command.",
+    xref: { document: "cluster", section: "9.2.9.8" }
+  }),
+  Datatype(
+    { name: "CostTypeEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.1" } },
+    Field({
+      name: "Financial",
+      id: 0,
+      conformance: "M",
+      description: "Financial cost",
+      details: "This value shall indicate that the cost is related to the financial cost to provide the energy.",
+      xref: { document: "cluster", section: "9.2.7.1.1" }
     }),
-    Command({
-      name: "CancelRequest",
-      id: 7,
-      access: "O",
-      conformance: "STA | FA | CON",
-      direction: "request",
-      response: "status",
-      details: "Allows a client to request cancellation of a previous adjustment request in a StartTimeAdjustRequest, ModifyForecastRequest or RequestConstraintBasedForecast command.",
-      xref: { document: "cluster", section: "9.2.9.8" }
+    Field({
+      name: "GhgEmissions",
+      id: 1,
+      conformance: "M",
+      description: "Grid CO2e grams cost",
+      details: "This value shall indicate that the cost is related to greenhouse gas emissions (in grams of CO2e).",
+      xref: { document: "cluster", section: "9.2.7.1.2" }
     }),
-    Datatype({
-      name: "CostTypeEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.1" },
-      children: [
-        Field({
-          name: "Financial",
-          id: 0,
-          conformance: "M",
-          description: "Financial cost",
-          details: "This value shall indicate that the cost is related to the financial cost to provide the energy.",
-          xref: { document: "cluster", section: "9.2.7.1.1" }
-        }),
-        Field({
-          name: "GhgEmissions",
-          id: 1,
-          conformance: "M",
-          description: "Grid CO2e grams cost",
-          details: "This value shall indicate that the cost is related to greenhouse gas emissions (in grams of CO2e).",
-          xref: { document: "cluster", section: "9.2.7.1.2" }
-        }),
-        Field({
-          name: "Comfort",
-          id: 2,
-          conformance: "M",
-          description: "Consumer comfort impact cost",
-          details: "This value shall indicate that the cost is related to some abstract sense of comfort expressed by the consumer; a higher value indicates more discomfort. For example, a consumer may be more comfortable knowing that their EV is charged earlier in the day in case there is a sudden need to depart and drive to the hospital. Or the consumer may feel inconvenienced by the fact that they need to wait for the washing machine to finish its load so that they can use it again.",
-          xref: { document: "cluster", section: "9.2.7.1.3" }
-        }),
-        Field({
-          name: "Temperature",
-          id: 3,
-          conformance: "M",
-          description: "Temperature impact cost",
-          details: "This value shall indicate that the cost is related to the temperature of the home or water being at its setpoint. Some consumers may be more sensitive to being too hot or too cold.\nThis is expressed in degrees Celsius.",
-          xref: { document: "cluster", section: "9.2.7.1.4" }
-        })
-      ]
+    Field({
+      name: "Comfort",
+      id: 2,
+      conformance: "M",
+      description: "Consumer comfort impact cost",
+      details: "This value shall indicate that the cost is related to some abstract sense of comfort expressed by the consumer; a higher value indicates more discomfort. For example, a consumer may be more comfortable knowing that their EV is charged earlier in the day in case there is a sudden need to depart and drive to the hospital. Or the consumer may feel inconvenienced by the fact that they need to wait for the washing machine to finish its load so that they can use it again.",
+      xref: { document: "cluster", section: "9.2.7.1.3" }
     }),
-    Datatype({
-      name: "ESATypeEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.2" },
-      children: [
-        Field({ name: "Evse", id: 0, conformance: "O", description: "EV Supply Equipment" }),
-        Field({ name: "SpaceHeating", id: 1, conformance: "O", description: "Space heating appliance" }),
-        Field({ name: "WaterHeating", id: 2, conformance: "O", description: "Water heating appliance" }),
-        Field({ name: "SpaceCooling", id: 3, conformance: "O", description: "Space cooling appliance" }),
-        Field({
-          name: "SpaceHeatingCooling",
-          id: 4,
-          conformance: "O",
-          description: "Space heating and cooling appliance"
-        }),
-        Field({
-          name: "BatteryStorage",
-          id: 5,
-          conformance: "O",
-          description: "Battery Electric Storage System"
-        }),
-        Field({ name: "SolarPv", id: 6, conformance: "O", description: "Solar PV inverter" }),
-        Field({ name: "FridgeFreezer", id: 7, conformance: "O", description: "Fridge / Freezer" }),
-        Field({ name: "WashingMachine", id: 8, conformance: "O", description: "Washing Machine" }),
-        Field({ name: "Dishwasher", id: 9, conformance: "O", description: "Dishwasher" }),
-        Field({ name: "Cooking", id: 10, conformance: "O", description: "Cooking appliance" }),
-        Field({
-          name: "HomeWaterPump",
-          id: 11,
-          conformance: "O",
-          description: "Home water pump (e.g. drinking well)"
-        }),
-        Field({ name: "IrrigationWaterPump", id: 12, conformance: "O", description: "Irrigation water pump" }),
-        Field({ name: "PoolPump", id: 13, conformance: "O", description: "Pool pump" }),
-        Field({ name: "Other", id: 255, conformance: "O", description: "Other appliance type" })
-      ]
+    Field({
+      name: "Temperature",
+      id: 3,
+      conformance: "M",
+      description: "Temperature impact cost",
+      details: "This value shall indicate that the cost is related to the temperature of the home or water being at its setpoint. Some consumers may be more sensitive to being too hot or too cold.\nThis is expressed in degrees Celsius.",
+      xref: { document: "cluster", section: "9.2.7.1.4" }
+    })
+  ),
+  Datatype(
+    { name: "ESATypeEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.2" } },
+    Field({ name: "Evse", id: 0, conformance: "O", description: "EV Supply Equipment" }),
+    Field({ name: "SpaceHeating", id: 1, conformance: "O", description: "Space heating appliance" }),
+    Field({ name: "WaterHeating", id: 2, conformance: "O", description: "Water heating appliance" }),
+    Field({ name: "SpaceCooling", id: 3, conformance: "O", description: "Space cooling appliance" }),
+    Field({ name: "SpaceHeatingCooling", id: 4, conformance: "O", description: "Space heating and cooling appliance" }),
+    Field({ name: "BatteryStorage", id: 5, conformance: "O", description: "Battery Electric Storage System" }),
+    Field({ name: "SolarPv", id: 6, conformance: "O", description: "Solar PV inverter" }),
+    Field({ name: "FridgeFreezer", id: 7, conformance: "O", description: "Fridge / Freezer" }),
+    Field({ name: "WashingMachine", id: 8, conformance: "O", description: "Washing Machine" }),
+    Field({ name: "Dishwasher", id: 9, conformance: "O", description: "Dishwasher" }),
+    Field({ name: "Cooking", id: 10, conformance: "O", description: "Cooking appliance" }),
+    Field({ name: "HomeWaterPump", id: 11, conformance: "O", description: "Home water pump (e.g. drinking well)" }),
+    Field({ name: "IrrigationWaterPump", id: 12, conformance: "O", description: "Irrigation water pump" }),
+    Field({ name: "PoolPump", id: 13, conformance: "O", description: "Pool pump" }),
+    Field({ name: "Other", id: 255, conformance: "O", description: "Other appliance type" })
+  ),
+  Datatype(
+    { name: "ESAStateEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.3" } },
+    Field({
+      name: "Offline",
+      id: 0,
+      conformance: "M",
+      description: "The ESA is not available to the EMS (e.g. start- up, maintenance mode)"
     }),
-    Datatype({
-      name: "ESAStateEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.3" },
-      children: [
-        Field({
-          name: "Offline",
-          id: 0,
-          conformance: "M",
-          description: "The ESA is not available to the EMS (e.g. start- up, maintenance mode)"
-        }),
-        Field({
-          name: "Online",
-          id: 1,
-          conformance: "M",
-          description: "The ESA is working normally and can be controlled by the EMS"
-        }),
-        Field({
-          name: "Fault",
-          id: 2,
-          conformance: "M",
-          description: "The ESA has developed a fault and cannot provide service"
-        }),
-        Field({
-          name: "PowerAdjustActive",
-          id: 3,
-          conformance: "PA",
-          description: "The ESA is in the middle of a power adjustment event"
-        }),
-        Field({
-          name: "Paused",
-          id: 4,
-          conformance: "[FA]",
-          description: "The ESA is currently paused by a client using the PauseRequest command"
-        })
-      ]
+    Field({
+      name: "Online",
+      id: 1,
+      conformance: "M",
+      description: "The ESA is working normally and can be controlled by the EMS"
     }),
-    Datatype({
-      name: "OptOutStateEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.4" },
-      children: [
-        Field({
-          name: "NoOptOut",
-          id: 0,
-          conformance: "M",
-          description: "The user has not opted out of either local or grid optimizations"
-        }),
-        Field({
-          name: "LocalOptOut",
-          id: 1,
-          conformance: "M",
-          description: "The user has opted out of local EMS optimizations only"
-        }),
-        Field({
-          name: "GridOptOut",
-          id: 2,
-          conformance: "M",
-          description: "The user has opted out of grid EMS optimizations only"
-        }),
-        Field({
-          name: "OptOut",
-          id: 3,
-          conformance: "M",
-          description: "The user has opted out of all external optimizations"
-        })
-      ]
+    Field({
+      name: "Fault",
+      id: 2,
+      conformance: "M",
+      description: "The ESA has developed a fault and cannot provide service"
     }),
-    Datatype({
-      name: "CauseEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.5" },
-      children: [
-        Field({
-          name: "NormalCompletion",
-          id: 0,
-          conformance: "O",
-          description: "The ESA completed the power adjustment as requested"
-        }),
-        Field({ name: "Offline", id: 1, conformance: "O", description: "The ESA was set to offline" }),
-        Field({
-          name: "Fault",
-          id: 2,
-          conformance: "O",
-          description: "The ESA has developed a fault could not complete the adjustment"
-        }),
-        Field({
-          name: "UserOptOut",
-          id: 3,
-          conformance: "O",
-          description: "The user has disabled the ESA\u2019s flexibility capability"
-        }),
-        Field({
-          name: "Cancelled",
-          id: 4,
-          conformance: "O",
-          description: "The adjustment was cancelled by a client"
-        })
-      ]
+    Field({
+      name: "PowerAdjustActive",
+      id: 3,
+      conformance: "PA",
+      description: "The ESA is in the middle of a power adjustment event"
     }),
-    Datatype({
-      name: "AdjustmentCauseEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.6" },
-      children: [
-        Field({
-          name: "LocalOptimization",
-          id: 0,
-          conformance: "O",
-          description: "The adjustment is to optimize the local energy usage"
-        }),
-        Field({
-          name: "GridOptimization",
-          id: 1,
-          conformance: "O",
-          description: "The adjustment is to optimize the grid energy usage"
-        })
-      ]
+    Field({
+      name: "Paused",
+      id: 4,
+      conformance: "[FA]",
+      description: "The ESA is currently paused by a client using the PauseRequest command"
+    })
+  ),
+  Datatype(
+    { name: "OptOutStateEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.4" } },
+    Field({
+      name: "NoOptOut",
+      id: 0,
+      conformance: "M",
+      description: "The user has not opted out of either local or grid optimizations"
     }),
-    Datatype({
-      name: "ForecastUpdateReasonEnum",
-      type: "enum8",
-      xref: { document: "cluster", section: "9.2.7.7" },
-      children: [
-        Field({
-          name: "InternalOptimization",
-          id: 0,
-          conformance: "O",
-          description: "The update was due to internal ESA device optimization"
-        }),
-        Field({
-          name: "LocalOptimization",
-          id: 1,
-          conformance: "O",
-          description: "The update was due to local EMS optimization"
-        }),
-        Field({
-          name: "GridOptimization",
-          id: 2,
-          conformance: "O",
-          description: "The update was due to grid optimization"
-        })
-      ]
+    Field({
+      name: "LocalOptOut",
+      id: 1,
+      conformance: "M",
+      description: "The user has opted out of local EMS optimizations only"
     }),
-    Datatype({
+    Field({
+      name: "GridOptOut",
+      id: 2,
+      conformance: "M",
+      description: "The user has opted out of grid EMS optimizations only"
+    }),
+    Field({
+      name: "OptOut",
+      id: 3,
+      conformance: "M",
+      description: "The user has opted out of all external optimizations"
+    })
+  ),
+  Datatype(
+    { name: "CauseEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.5" } },
+    Field({
+      name: "NormalCompletion",
+      id: 0,
+      conformance: "O",
+      description: "The ESA completed the power adjustment as requested"
+    }),
+    Field({ name: "Offline", id: 1, conformance: "O", description: "The ESA was set to offline" }),
+    Field({
+      name: "Fault",
+      id: 2,
+      conformance: "O",
+      description: "The ESA has developed a fault could not complete the adjustment"
+    }),
+    Field({
+      name: "UserOptOut",
+      id: 3,
+      conformance: "O",
+      description: "The user has disabled the ESA\u2019s flexibility capability"
+    }),
+    Field({ name: "Cancelled", id: 4, conformance: "O", description: "The adjustment was cancelled by a client" })
+  ),
+  Datatype(
+    { name: "AdjustmentCauseEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.6" } },
+    Field({
+      name: "LocalOptimization",
+      id: 0,
+      conformance: "O",
+      description: "The adjustment is to optimize the local energy usage"
+    }),
+    Field({
+      name: "GridOptimization",
+      id: 1,
+      conformance: "O",
+      description: "The adjustment is to optimize the grid energy usage"
+    })
+  ),
+  Datatype(
+    { name: "ForecastUpdateReasonEnum", type: "enum8", xref: { document: "cluster", section: "9.2.7.7" } },
+    Field({
+      name: "InternalOptimization",
+      id: 0,
+      conformance: "O",
+      description: "The update was due to internal ESA device optimization"
+    }),
+    Field({
+      name: "LocalOptimization",
+      id: 1,
+      conformance: "O",
+      description: "The update was due to local EMS optimization"
+    }),
+    Field({ name: "GridOptimization", id: 2, conformance: "O", description: "The update was due to grid optimization" })
+  ),
+  Datatype(
+    {
       name: "CostStruct",
       type: "struct",
       details: "This indicates a generic mechanism for expressing cost to run an appliance, in terms of financial, GHG emissions, comfort value etc.",
-      xref: { document: "cluster", section: "9.2.7.8" },
-      children: [
-        Field({
-          name: "CostType",
-          id: 0,
-          type: "CostTypeEnum",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the type of cost being represented (see CostTypeEnum).",
-          xref: { document: "cluster", section: "9.2.7.8.1" }
-        }),
-        Field({
-          name: "Value",
-          id: 1,
-          type: "int32",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the value of the cost. This may be negative (indicating that it is not a cost, but a free benefit).\nFor example, if the Value was -302 and DecimalPoints was 2, then this would represent a benefit of 3.02.",
-          xref: { document: "cluster", section: "9.2.7.8.2" }
-        }),
-        Field({
-          name: "DecimalPoints",
-          id: 2,
-          type: "uint8",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the number of digits to the right of the decimal point in the Value field. For example, if the Value was 102 and DecimalPoints was 2, then this would represent a cost of 1.02.",
-          xref: { document: "cluster", section: "9.2.7.8.3" }
-        }),
-        Field({
-          name: "Currency",
-          id: 3,
-          type: "uint16",
-          conformance: "O",
-          constraint: "max 999",
-          default: 0,
-          details: "Indicates the currency for the value in the Value field. The value of the currency field shall match the values defined by [ISO 4217].\nThis is an optional field. It shall be included if CostType is Financial.",
-          xref: { document: "cluster", section: "9.2.7.8.4" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.7.8" }
+    },
+    Field({
+      name: "CostType",
+      id: 0,
+      type: "CostTypeEnum",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the type of cost being represented (see CostTypeEnum).",
+      xref: { document: "cluster", section: "9.2.7.8.1" }
     }),
-    Datatype({
-      name: "PowerAdjustStruct",
-      type: "struct",
-      xref: { document: "cluster", section: "9.2.7.9" },
-      children: [
-        Field({
-          name: "MinPower",
-          id: 0,
-          type: "power-mW",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the minimum power that the ESA can have its power adjusted to.\nNote that this is a signed value. Negative values indicate power flows away from loads (e.g. charging a battery inverter).\nMinPower shall be less than MaxPower.",
-          xref: { document: "cluster", section: "9.2.7.9.1" }
-        }),
-        Field({
-          name: "MaxPower",
-          id: 1,
-          type: "power-mW",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the maximum power that the ESA can have its power adjusted to.\nNote that this is a signed value. Negative values indicate power flows away from loads (e.g. charging a battery inverter).\nMinPower shall be less than MaxPower.\nFor example, if the charging current of an EVSE can be adjusted within the range of 6A to 32A on a 230V supply, then the power adjustment range is between 1380W and 7360W. Here the MinPower would be 1380W, and MaxPower would be 7360W.\nFor example, if a battery storage inverter can discharge between 0 to 3000W towards a load, then its MinPower would be 0W and its MaxPower would be 3000W.\nIn another example, if a battery storage inverter can charge its internal battery, between 0W and 2000W. Here power is flowing away from the home loads, so the power values need to be negative. As such the MinPower becomes -2000W and MaxPower becomes 0W.",
-          xref: { document: "cluster", section: "9.2.7.9.2" }
-        }),
-        Field({
-          name: "MinDuration",
-          id: 2,
-          type: "elapsed-s",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the minimum duration, in seconds, that a controller may invoke an ESA power adjustment. Manufacturers may use this to as an anti-cycling capability to avoid controllers from rapidly making power adjustments.\nNote that MinDuration shall be less than MaxDuration.",
-          xref: { document: "cluster", section: "9.2.7.9.3" }
-        }),
-        Field({
-          name: "MaxDuration",
-          id: 3,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the maximum duration, in seconds, that a controller may invoke an ESA power adjustment. Manufacturers may use this to protect the user experience, to avoid over heating of the ESA, ensuring that there is sufficient headroom to use or store energy in the ESA or for any other reason.\nNote that MinDuration shall be less than MaxDuration.",
-          xref: { document: "cluster", section: "9.2.7.9.4" }
-        })
-      ]
+    Field({
+      name: "Value",
+      id: 1,
+      type: "int32",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the value of the cost. This may be negative (indicating that it is not a cost, but a free benefit).\nFor example, if the Value was -302 and DecimalPoints was 2, then this would represent a benefit of 3.02.",
+      xref: { document: "cluster", section: "9.2.7.8.2" }
+    }),
+    Field({
+      name: "DecimalPoints",
+      id: 2,
+      type: "uint8",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the number of digits to the right of the decimal point in the Value field. For example, if the Value was 102 and DecimalPoints was 2, then this would represent a cost of 1.02.",
+      xref: { document: "cluster", section: "9.2.7.8.3" }
+    }),
+    Field({
+      name: "Currency",
+      id: 3,
+      type: "uint16",
+      conformance: "O",
+      constraint: "max 999",
+      default: 0,
+      details: "Indicates the currency for the value in the Value field. The value of the currency field shall match the values defined by [ISO 4217].\nThis is an optional field. It shall be included if CostType is Financial.",
+      xref: { document: "cluster", section: "9.2.7.8.4" }
+    })
+  ),
+  Datatype(
+    { name: "PowerAdjustStruct", type: "struct", xref: { document: "cluster", section: "9.2.7.9" } },
+    Field({
+      name: "MinPower",
+      id: 0,
+      type: "power-mW",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the minimum power that the ESA can have its power adjusted to.\nNote that this is a signed value. Negative values indicate power flows away from loads (e.g. charging a battery inverter).\nMinPower shall be less than MaxPower.",
+      xref: { document: "cluster", section: "9.2.7.9.1" }
+    }),
+    Field({
+      name: "MaxPower",
+      id: 1,
+      type: "power-mW",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the maximum power that the ESA can have its power adjusted to.\nNote that this is a signed value. Negative values indicate power flows away from loads (e.g. charging a battery inverter).\nMinPower shall be less than MaxPower.\nFor example, if the charging current of an EVSE can be adjusted within the range of 6A to 32A on a 230V supply, then the power adjustment range is between 1380W and 7360W. Here the MinPower would be 1380W, and MaxPower would be 7360W.\nFor example, if a battery storage inverter can discharge between 0 to 3000W towards a load, then its MinPower would be 0W and its MaxPower would be 3000W.\nIn another example, if a battery storage inverter can charge its internal battery, between 0W and 2000W. Here power is flowing away from the home loads, so the power values need to be negative. As such the MinPower becomes -2000W and MaxPower becomes 0W.",
+      xref: { document: "cluster", section: "9.2.7.9.2" }
+    }),
+    Field({
+      name: "MinDuration",
+      id: 2,
+      type: "elapsed-s",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the minimum duration, in seconds, that a controller may invoke an ESA power adjustment. Manufacturers may use this to as an anti-cycling capability to avoid controllers from rapidly making power adjustments.\nNote that MinDuration shall be less than MaxDuration.",
+      xref: { document: "cluster", section: "9.2.7.9.3" }
     }),
-    Datatype({
+    Field({
+      name: "MaxDuration",
+      id: 3,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the maximum duration, in seconds, that a controller may invoke an ESA power adjustment. Manufacturers may use this to protect the user experience, to avoid over heating of the ESA, ensuring that there is sufficient headroom to use or store energy in the ESA or for any other reason.\nNote that MinDuration shall be less than MaxDuration.",
+      xref: { document: "cluster", section: "9.2.7.9.4" }
+    })
+  ),
+  Datatype(
+    {
       name: "ForecastStruct",
       type: "struct",
       details: "This indicates a list of 'slots' describing the overall timing of the ESA\u2019s planned energy and power use, with different power and energy demands per slot. For example, slots might be used to describe the distinct stages of a washing machine cycle.\nWhere an ESA does not know the actual power and energy use of the system, it may support the SFR\nfeature and instead report its internal state.",
-      xref: { document: "cluster", section: "9.2.7.10" },
-      children: [
-        Field({
-          name: "ForecastId",
-          id: 0,
-          type: "uint16",
-          conformance: "M",
-          default: 0,
-          details: "This field shall indicate the sequence number for the current forecast. If the ESA updates a forecast, it shall monotonically increase this value.\nThe ESA does not need to persist this value across reboots, since the EMS SHOULD be able to detect that any previous subscriptions are lost if a device reboots. The loss of a subscription and subsequent re-subscription allows the EMS to learn about any new forecasts.\nThe value of ForecastId is allowed to wrap.",
-          xref: { document: "cluster", section: "9.2.7.10.1" }
-        }),
-        Field({
-          name: "ActiveSlotNumber",
-          id: 1,
-          type: "uint16",
-          conformance: "M",
-          default: 0,
-          quality: "X",
-          details: "This field shall indicate which element of the Slots list is currently active in the Forecast sequence. A null value indicates that the sequence has not yet started.",
-          xref: { document: "cluster", section: "9.2.7.10.2" }
-        }),
-        Field({
-          name: "StartTime",
-          id: 2,
-          type: "epoch-s",
-          conformance: "M",
-          details: "This field shall indicate the planned start time, in UTC, for the entire Forecast.",
-          xref: { document: "cluster", section: "9.2.7.10.3" }
-        }),
-        Field({
-          name: "EndTime",
-          id: 3,
-          type: "epoch-s",
-          conformance: "M",
-          details: "This field shall indicate the planned end time, in UTC, for the entire Forecast.",
-          xref: { document: "cluster", section: "9.2.7.10.4" }
-        }),
-        Field({
-          name: "EarliestStartTime",
-          id: 4,
-          type: "epoch-s",
-          conformance: "STA",
-          quality: "X",
-          details: "This field shall indicate the earliest start time, in UTC, that the entire Forecast can be shifted to.\nA null value indicates that it can be started immediately.",
-          xref: { document: "cluster", section: "9.2.7.10.5" }
-        }),
-        Field({
-          name: "LatestEndTime",
-          id: 5,
-          type: "epoch-s",
-          conformance: "STA",
-          details: "This field shall indicate the latest end time, in UTC, for the entire Forecast.\ne.g. for an EVSE charging session, this may indicate the departure time for the vehicle, by which time the charging session must end.",
-          xref: { document: "cluster", section: "9.2.7.10.6" }
-        }),
-        Field({
-          name: "IsPauseable",
-          id: 6,
-          type: "bool",
-          conformance: "M",
-          details: "This field shall indicate that some part of the Forecast can be paused. It aims to allow a client to read this flag and if it is false, then none of the slots contain SlotIsPausable set to true. This can save a client from having to check each slot in the list.",
-          xref: { document: "cluster", section: "9.2.7.10.7" }
-        }),
-        Field({
-          name: "Slots",
-          id: 7,
-          type: "list",
-          conformance: "M",
-          constraint: "max 10",
-          details: "This field shall contain a list of SlotStructs.\nIt shall contain at least 1 entry, and a maximum of 10.",
-          xref: { document: "cluster", section: "9.2.7.10.8" },
-          children: [Field({ name: "entry", type: "SlotStruct" })]
-        }),
-        Field({
-          name: "ForecastUpdateReason",
-          id: 8,
-          type: "ForecastUpdateReasonEnum",
-          conformance: "M",
-          details: "This field shall contain the reason the current Forecast was generated.",
-          xref: { document: "cluster", section: "9.2.7.10.9" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.7.10" }
+    },
+    Field({
+      name: "ForecastId",
+      id: 0,
+      type: "uint16",
+      conformance: "M",
+      default: 0,
+      details: "This field shall indicate the sequence number for the current forecast. If the ESA updates a forecast, it shall monotonically increase this value.\nThe ESA does not need to persist this value across reboots, since the EMS SHOULD be able to detect that any previous subscriptions are lost if a device reboots. The loss of a subscription and subsequent re-subscription allows the EMS to learn about any new forecasts.\nThe value of ForecastId is allowed to wrap.",
+      xref: { document: "cluster", section: "9.2.7.10.1" }
     }),
-    Datatype({
+    Field({
+      name: "ActiveSlotNumber",
+      id: 1,
+      type: "uint16",
+      conformance: "M",
+      default: 0,
+      quality: "X",
+      details: "This field shall indicate which element of the Slots list is currently active in the Forecast sequence. A null value indicates that the sequence has not yet started.",
+      xref: { document: "cluster", section: "9.2.7.10.2" }
+    }),
+    Field({
+      name: "StartTime",
+      id: 2,
+      type: "epoch-s",
+      conformance: "M",
+      details: "This field shall indicate the planned start time, in UTC, for the entire Forecast.",
+      xref: { document: "cluster", section: "9.2.7.10.3" }
+    }),
+    Field({
+      name: "EndTime",
+      id: 3,
+      type: "epoch-s",
+      conformance: "M",
+      details: "This field shall indicate the planned end time, in UTC, for the entire Forecast.",
+      xref: { document: "cluster", section: "9.2.7.10.4" }
+    }),
+    Field({
+      name: "EarliestStartTime",
+      id: 4,
+      type: "epoch-s",
+      conformance: "STA",
+      quality: "X",
+      details: "This field shall indicate the earliest start time, in UTC, that the entire Forecast can be shifted to.\nA null value indicates that it can be started immediately.",
+      xref: { document: "cluster", section: "9.2.7.10.5" }
+    }),
+    Field({
+      name: "LatestEndTime",
+      id: 5,
+      type: "epoch-s",
+      conformance: "STA",
+      details: "This field shall indicate the latest end time, in UTC, for the entire Forecast.\ne.g. for an EVSE charging session, this may indicate the departure time for the vehicle, by which time the charging session must end.",
+      xref: { document: "cluster", section: "9.2.7.10.6" }
+    }),
+    Field({
+      name: "IsPauseable",
+      id: 6,
+      type: "bool",
+      conformance: "M",
+      details: "This field shall indicate that some part of the Forecast can be paused. It aims to allow a client to read this flag and if it is false, then none of the slots contain SlotIsPausable set to true. This can save a client from having to check each slot in the list.",
+      xref: { document: "cluster", section: "9.2.7.10.7" }
+    }),
+    Field(
+      {
+        name: "Slots",
+        id: 7,
+        type: "list",
+        conformance: "M",
+        constraint: "max 10",
+        details: "This field shall contain a list of SlotStructs.\nIt shall contain at least 1 entry, and a maximum of 10.",
+        xref: { document: "cluster", section: "9.2.7.10.8" }
+      },
+      Field({ name: "entry", type: "SlotStruct" })
+    ),
+    Field({
+      name: "ForecastUpdateReason",
+      id: 8,
+      type: "ForecastUpdateReasonEnum",
+      conformance: "M",
+      details: "This field shall contain the reason the current Forecast was generated.",
+      xref: { document: "cluster", section: "9.2.7.10.9" }
+    })
+  ),
+  Datatype(
+    {
       name: "SlotStruct",
       type: "struct",
       details: "This indicates a specific stage of an ESA\u2019s operation.",
-      xref: { document: "cluster", section: "9.2.7.11" },
-      children: [
-        Field({
-          name: "MinDuration",
-          id: 0,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the minimum time (in seconds) that the appliance expects to be in this slot for.",
-          xref: { document: "cluster", section: "9.2.7.11.1" }
-        }),
-        Field({
-          name: "MaxDuration",
-          id: 1,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the maximum time (in seconds) that the appliance expects to be in this slot for.",
-          xref: { document: "cluster", section: "9.2.7.11.2" }
-        }),
-        Field({
-          name: "DefaultDuration",
-          id: 2,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the expected time (in seconds) that the appliance expects to be in this slot for.",
-          xref: { document: "cluster", section: "9.2.7.11.3" }
-        }),
-        Field({
-          name: "ElapsedSlotTime",
-          id: 3,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the time (in seconds) that has already elapsed whilst in this slot. If the slot has not yet been started, then it shall be 0. Once the slot has been completed, then this reflects how much time was spent in this slot.\nWhen subscribed to, a change in this field value shall NOT cause the Forecast attribute to be updated since this value may change every 1 second.\nWhen the Forecast attribute is read, then this value shall be the most recent value.",
-          xref: { document: "cluster", section: "9.2.7.11.4" }
-        }),
-        Field({
-          name: "RemainingSlotTime",
-          id: 4,
-          type: "elapsed-s",
-          conformance: "M",
-          details: "This field shall indicate the time (in seconds) that is estimated to be remaining.\nNote that it may not align to the DefaultDuration - ElapsedSlotTime since an appliance may have revised its planned operation based on conditions.\nWhen subscribed to, a change in this field value shall NOT cause the Forecast attribute to be updated, since this value may change every 1 second.\nNote that if the ESA is currently paused, then this value shall not change.\nWhen the Forecast attribute is read, then this value shall be the most recent value.",
-          xref: { document: "cluster", section: "9.2.7.11.5" }
-        }),
-        Field({ name: "SlotIsPauseable", id: 5, type: "bool", conformance: "PAU" }),
-        Field({
-          name: "MinPauseDuration",
-          id: 6,
-          type: "elapsed-s",
-          conformance: "PAU",
-          details: "This field shall indicate the shortest period that the slot can be paused for. This can be set to avoid controllers trying to pause ESAs for short periods and then resuming operation in a cyclic fashion which may damage or cause excess energy to be consumed with restarting of an operation.",
-          xref: { document: "cluster", section: "9.2.7.11.7" }
-        }),
-        Field({
-          name: "MaxPauseDuration",
-          id: 7,
-          type: "elapsed-s",
-          conformance: "PAU",
-          details: "This field shall indicate the longest period that the slot can be paused for.",
-          xref: { document: "cluster", section: "9.2.7.11.8" }
-        }),
-        Field({
-          name: "ManufacturerEsaState",
-          id: 8,
-          type: "uint16",
-          conformance: "SFR",
-          details: "This field shall indicate a manufacturer defined value indicating the state of the ESA.\nThis may be used by an observing EMS which also has access to the metering data to ascertain the typical power drawn when the ESA is in a manufacturer defined state.\nSome appliances, such as smart thermostats, may not know how much power is being drawn by the HVAC system, but do know what they have asked the HVAC system to do.\nManufacturers can use this value to indicate a variety of states in an unspecified way. For example, they may choose to use values between 0-100 as a percentage of compressor modulation, or could use these values as Enum states meaning heating with fan, heating without fan etc.\nNOTE An ESA shall always use the same value to represent the same operating state.\nBy providing this information a smart EMS may be able to learn the observed power draw when the ESA is put into a specific state. It can potentially then use the information in the PowerForecastReporting data to predict the power draw from the appliance and potentially ask it to modify its timing via one of the adjustment request commands, or adjust other ESAs power to compensate.",
-          xref: { document: "cluster", section: "9.2.7.11.9" }
-        }),
-        Field({
-          name: "NominalPower",
-          id: 9,
-          type: "power-mW",
-          conformance: "PFR",
-          details: "This field shall indicate the expected power that the appliance will use during this slot. It may be considered the average value over the slot, and some variation from this would be expected (for example, as it is ramping up).",
-          xref: { document: "cluster", section: "9.2.7.11.10" }
-        }),
-        Field({
-          name: "MinPower",
-          id: 10,
-          type: "power-mW",
-          conformance: "PFR",
-          details: "This field shall indicate the lowest power that the appliance expects to use during this slot. (e.g. during a ramp up it may be 0W).\nSome appliances (e.g. battery inverters which can charge and discharge) may have a negative power.",
-          xref: { document: "cluster", section: "9.2.7.11.11" }
-        }),
-        Field({
-          name: "MaxPower",
-          id: 11,
-          type: "power-mW",
-          conformance: "PFR",
-          details: "This field shall indicate the maximum power that the appliance expects to use during this slot. (e.g. during a ramp up it may be 0W). This field ignores the effects of short-lived inrush currents.\nSome appliances (e.g. battery inverters which can charge and discharge) may have a negative power.",
-          xref: { document: "cluster", section: "9.2.7.11.12" }
-        }),
-        Field({
-          name: "NominalEnergy",
-          id: 12,
-          type: "energy-mWh",
-          conformance: "PFR",
-          details: "This field shall indicate the expected energy that the appliance expects to use or produce during this slot.\nSome appliances (e.g. battery inverters which can charge and discharge) may have a negative energy.",
-          xref: { document: "cluster", section: "9.2.7.11.13" }
-        }),
-        Field({
-          name: "Costs",
-          id: 13,
-          type: "list",
-          conformance: "O",
-          constraint: "max 5",
-          details: "This field shall indicate the current estimated cost for operating.\nFor example, if the device has access to an Energy pricing server it may be able to use the tariff to estimate the cost of energy for this slot in the power forecast.\nWhen an Energy Management System requests a change in the schedule, then the device may suggest a change in the cost as a result of shifting its energy. This can allow a demand side response service to be informed of the relative cost to use energy at a different time.\nThe Costs field is a list of CostStruct structures which allows multiple CostTypeEnum and Values to be shared by the energy appliance. These could be based on GHG emissions, comfort value for the consumer etc.\nFor example, comfort could be expressed in abstract units or in currency. A water heater that is heated earlier in the day is likely to lose some of its heat before it is needed, which could require a top-up heating event to occur later in the day (which may incur additional cost).\nIf the ESA cannot calculate its cost for any reason (such as losing its connection to a Price server) it may omit this field. This is treated as extra meta data that an EMS may use to optimize a system.",
-          xref: { document: "cluster", section: "9.2.7.11.14" },
-          children: [Field({ name: "entry", type: "CostStruct" })]
-        }),
-        Field({
-          name: "MinPowerAdjustment",
-          id: 14,
-          type: "power-mW",
-          conformance: "FA & PFR",
-          details: "This field shall indicate the minimum power that the appliance can be requested to use.\nFor example, some EVSEs cannot be switched on to charge below 6A which may equate to ~1.3kW in EU markets. If the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this allows an ESA to indicate it could be switched on to charge, but this would be the minimum power limit it can be set to.",
-          xref: { document: "cluster", section: "9.2.7.11.15" }
-        }),
-        Field({
-          name: "MaxPowerAdjustment",
-          id: 15,
-          type: "power-mW",
-          conformance: "FA & PFR",
-          details: "This field shall indicate the maximum power that the appliance can be requested to use.\nFor example, an EVSE may be limited by its electrical supply to 32A which would be ~7.6kW in EU markets. If the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this allows an ESA to indicate it could be switched on to charge, but this would be the maximum power limit it can be set to.",
-          xref: { document: "cluster", section: "9.2.7.11.16" }
-        }),
-        Field({
-          name: "MinDurationAdjustment",
-          id: 16,
-          type: "elapsed-s",
-          conformance: "FA & (PFR | SFR)",
-          details: "This field shall indicate the minimum time, in seconds, that the slot can be requested to shortened to.\nFor example, if the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this would allow an ESA to specify the minimum time it could be switched on for. This is to help protect the appliance from being damaged by short cycling times.\nFor example, a heat pump compressor may have a minimum cycle time of order a few minutes.",
-          xref: { document: "cluster", section: "9.2.7.11.17" }
-        }),
-        Field({
-          name: "MaxDurationAdjustment",
-          id: 17,
-          type: "elapsed-s",
-          conformance: "FA & (PFR | SFR)",
-          details: "This field shall indicate the maximum time, in seconds, that the slot can be requested to extended to.\nFor example, if the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this allows an ESA to specify the maximum time it could be switched on for. This may allow a battery or water heater to indicate the maximum duration that it can charge for before becoming full. In the case of a battery inverter which can be discharged, it may equally indicate the maximum time the battery could be discharged for (at the MaxPowerAdjustment power level).",
-          xref: { document: "cluster", section: "9.2.7.11.18" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.7.11" }
+    },
+    Field({
+      name: "MinDuration",
+      id: 0,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the minimum time (in seconds) that the appliance expects to be in this slot for.",
+      xref: { document: "cluster", section: "9.2.7.11.1" }
     }),
-    Datatype({
-      name: "SlotAdjustmentStruct",
-      type: "struct",
-      xref: { document: "cluster", section: "9.2.7.12" },
-      children: [
-        Field({
-          name: "SlotIndex",
-          id: 0,
-          type: "uint8",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the index into the Slots list within the Forecast that is to be modified. It shall be less than the actual length of the Slots list (implicitly it must be in the range 0 to 9 based on the maximum length of the Slots list constraint).",
-          xref: { document: "cluster", section: "9.2.7.12.1" }
-        }),
-        Field({
-          name: "NominalPower",
-          id: 1,
-          type: "power-mW",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the new requested power that the ESA shall operate at. It MUST be between the MinPowerAdjustment and MaxPowerAdjustment for the slot as advertised by the ESA.",
-          xref: { document: "cluster", section: "9.2.7.12.2" }
-        }),
-        Field({
-          name: "Duration",
-          id: 2,
-          type: "elapsed-s",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the new requested duration, in seconds, that the ESA shall extend or shorten the slot duration to. It MUST be between the MinDurationAdjustment and MaxDurationAdjustment for the slot as advertised by the ESA.",
-          xref: { document: "cluster", section: "9.2.7.12.3" }
-        })
-      ]
+    Field({
+      name: "MaxDuration",
+      id: 1,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the maximum time (in seconds) that the appliance expects to be in this slot for.",
+      xref: { document: "cluster", section: "9.2.7.11.2" }
+    }),
+    Field({
+      name: "DefaultDuration",
+      id: 2,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the expected time (in seconds) that the appliance expects to be in this slot for.",
+      xref: { document: "cluster", section: "9.2.7.11.3" }
+    }),
+    Field({
+      name: "ElapsedSlotTime",
+      id: 3,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the time (in seconds) that has already elapsed whilst in this slot. If the slot has not yet been started, then it shall be 0. Once the slot has been completed, then this reflects how much time was spent in this slot.\nWhen subscribed to, a change in this field value shall NOT cause the Forecast attribute to be updated since this value may change every 1 second.\nWhen the Forecast attribute is read, then this value shall be the most recent value.",
+      xref: { document: "cluster", section: "9.2.7.11.4" }
+    }),
+    Field({
+      name: "RemainingSlotTime",
+      id: 4,
+      type: "elapsed-s",
+      conformance: "M",
+      details: "This field shall indicate the time (in seconds) that is estimated to be remaining.\nNote that it may not align to the DefaultDuration - ElapsedSlotTime since an appliance may have revised its planned operation based on conditions.\nWhen subscribed to, a change in this field value shall NOT cause the Forecast attribute to be updated, since this value may change every 1 second.\nNote that if the ESA is currently paused, then this value shall not change.\nWhen the Forecast attribute is read, then this value shall be the most recent value.",
+      xref: { document: "cluster", section: "9.2.7.11.5" }
+    }),
+    Field({ name: "SlotIsPauseable", id: 5, type: "bool", conformance: "PAU" }),
+    Field({
+      name: "MinPauseDuration",
+      id: 6,
+      type: "elapsed-s",
+      conformance: "PAU",
+      details: "This field shall indicate the shortest period that the slot can be paused for. This can be set to avoid controllers trying to pause ESAs for short periods and then resuming operation in a cyclic fashion which may damage or cause excess energy to be consumed with restarting of an operation.",
+      xref: { document: "cluster", section: "9.2.7.11.7" }
+    }),
+    Field({
+      name: "MaxPauseDuration",
+      id: 7,
+      type: "elapsed-s",
+      conformance: "PAU",
+      details: "This field shall indicate the longest period that the slot can be paused for.",
+      xref: { document: "cluster", section: "9.2.7.11.8" }
+    }),
+    Field({
+      name: "ManufacturerEsaState",
+      id: 8,
+      type: "uint16",
+      conformance: "SFR",
+      details: "This field shall indicate a manufacturer defined value indicating the state of the ESA.\nThis may be used by an observing EMS which also has access to the metering data to ascertain the typical power drawn when the ESA is in a manufacturer defined state.\nSome appliances, such as smart thermostats, may not know how much power is being drawn by the HVAC system, but do know what they have asked the HVAC system to do.\nManufacturers can use this value to indicate a variety of states in an unspecified way. For example, they may choose to use values between 0-100 as a percentage of compressor modulation, or could use these values as Enum states meaning heating with fan, heating without fan etc.\nNOTE An ESA shall always use the same value to represent the same operating state.\nBy providing this information a smart EMS may be able to learn the observed power draw when the ESA is put into a specific state. It can potentially then use the information in the PowerForecastReporting data to predict the power draw from the appliance and potentially ask it to modify its timing via one of the adjustment request commands, or adjust other ESAs power to compensate.",
+      xref: { document: "cluster", section: "9.2.7.11.9" }
+    }),
+    Field({
+      name: "NominalPower",
+      id: 9,
+      type: "power-mW",
+      conformance: "PFR",
+      details: "This field shall indicate the expected power that the appliance will use during this slot. It may be considered the average value over the slot, and some variation from this would be expected (for example, as it is ramping up).",
+      xref: { document: "cluster", section: "9.2.7.11.10" }
+    }),
+    Field({
+      name: "MinPower",
+      id: 10,
+      type: "power-mW",
+      conformance: "PFR",
+      details: "This field shall indicate the lowest power that the appliance expects to use during this slot. (e.g. during a ramp up it may be 0W).\nSome appliances (e.g. battery inverters which can charge and discharge) may have a negative power.",
+      xref: { document: "cluster", section: "9.2.7.11.11" }
+    }),
+    Field({
+      name: "MaxPower",
+      id: 11,
+      type: "power-mW",
+      conformance: "PFR",
+      details: "This field shall indicate the maximum power that the appliance expects to use during this slot. (e.g. during a ramp up it may be 0W). This field ignores the effects of short-lived inrush currents.\nSome appliances (e.g. battery inverters which can charge and discharge) may have a negative power.",
+      xref: { document: "cluster", section: "9.2.7.11.12" }
     }),
-    Datatype({
+    Field({
+      name: "NominalEnergy",
+      id: 12,
+      type: "energy-mWh",
+      conformance: "PFR",
+      details: "This field shall indicate the expected energy that the appliance expects to use or produce during this slot.\nSome appliances (e.g. battery inverters which can charge and discharge) may have a negative energy.",
+      xref: { document: "cluster", section: "9.2.7.11.13" }
+    }),
+    Field(
+      {
+        name: "Costs",
+        id: 13,
+        type: "list",
+        conformance: "O",
+        constraint: "max 5",
+        details: "This field shall indicate the current estimated cost for operating.\nFor example, if the device has access to an Energy pricing server it may be able to use the tariff to estimate the cost of energy for this slot in the power forecast.\nWhen an Energy Management System requests a change in the schedule, then the device may suggest a change in the cost as a result of shifting its energy. This can allow a demand side response service to be informed of the relative cost to use energy at a different time.\nThe Costs field is a list of CostStruct structures which allows multiple CostTypeEnum and Values to be shared by the energy appliance. These could be based on GHG emissions, comfort value for the consumer etc.\nFor example, comfort could be expressed in abstract units or in currency. A water heater that is heated earlier in the day is likely to lose some of its heat before it is needed, which could require a top-up heating event to occur later in the day (which may incur additional cost).\nIf the ESA cannot calculate its cost for any reason (such as losing its connection to a Price server) it may omit this field. This is treated as extra meta data that an EMS may use to optimize a system.",
+        xref: { document: "cluster", section: "9.2.7.11.14" }
+      },
+      Field({ name: "entry", type: "CostStruct" })
+    ),
+    Field({
+      name: "MinPowerAdjustment",
+      id: 14,
+      type: "power-mW",
+      conformance: "FA & PFR",
+      details: "This field shall indicate the minimum power that the appliance can be requested to use.\nFor example, some EVSEs cannot be switched on to charge below 6A which may equate to ~1.3kW in EU markets. If the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this allows an ESA to indicate it could be switched on to charge, but this would be the minimum power limit it can be set to.",
+      xref: { document: "cluster", section: "9.2.7.11.15" }
+    }),
+    Field({
+      name: "MaxPowerAdjustment",
+      id: 15,
+      type: "power-mW",
+      conformance: "FA & PFR",
+      details: "This field shall indicate the maximum power that the appliance can be requested to use.\nFor example, an EVSE may be limited by its electrical supply to 32A which would be ~7.6kW in EU markets. If the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this allows an ESA to indicate it could be switched on to charge, but this would be the maximum power limit it can be set to.",
+      xref: { document: "cluster", section: "9.2.7.11.16" }
+    }),
+    Field({
+      name: "MinDurationAdjustment",
+      id: 16,
+      type: "elapsed-s",
+      conformance: "FA & (PFR | SFR)",
+      details: "This field shall indicate the minimum time, in seconds, that the slot can be requested to shortened to.\nFor example, if the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this would allow an ESA to specify the minimum time it could be switched on for. This is to help protect the appliance from being damaged by short cycling times.\nFor example, a heat pump compressor may have a minimum cycle time of order a few minutes.",
+      xref: { document: "cluster", section: "9.2.7.11.17" }
+    }),
+    Field({
+      name: "MaxDurationAdjustment",
+      id: 17,
+      type: "elapsed-s",
+      conformance: "FA & (PFR | SFR)",
+      details: "This field shall indicate the maximum time, in seconds, that the slot can be requested to extended to.\nFor example, if the slot indicates a NominalPower of 0W (indicating it is expecting to be off), this allows an ESA to specify the maximum time it could be switched on for. This may allow a battery or water heater to indicate the maximum duration that it can charge for before becoming full. In the case of a battery inverter which can be discharged, it may equally indicate the maximum time the battery could be discharged for (at the MaxPowerAdjustment power level).",
+      xref: { document: "cluster", section: "9.2.7.11.18" }
+    })
+  ),
+  Datatype(
+    { name: "SlotAdjustmentStruct", type: "struct", xref: { document: "cluster", section: "9.2.7.12" } },
+    Field({
+      name: "SlotIndex",
+      id: 0,
+      type: "uint8",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the index into the Slots list within the Forecast that is to be modified. It shall be less than the actual length of the Slots list (implicitly it must be in the range 0 to 9 based on the maximum length of the Slots list constraint).",
+      xref: { document: "cluster", section: "9.2.7.12.1" }
+    }),
+    Field({
+      name: "NominalPower",
+      id: 1,
+      type: "power-mW",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the new requested power that the ESA shall operate at. It MUST be between the MinPowerAdjustment and MaxPowerAdjustment for the slot as advertised by the ESA.",
+      xref: { document: "cluster", section: "9.2.7.12.2" }
+    }),
+    Field({
+      name: "Duration",
+      id: 2,
+      type: "elapsed-s",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the new requested duration, in seconds, that the ESA shall extend or shorten the slot duration to. It MUST be between the MinDurationAdjustment and MaxDurationAdjustment for the slot as advertised by the ESA.",
+      xref: { document: "cluster", section: "9.2.7.12.3" }
+    })
+  ),
+  Datatype(
+    {
       name: "ConstraintsStruct",
       type: "struct",
       details: "The ConstraintsStruct allows a client to inform an ESA about a constraint period (such as a grid event, or perhaps excess solar PV). The format allows the client to suggest that the ESA can either turn up its energy consumption, or turn down its energy consumption during this period.",
-      xref: { document: "cluster", section: "9.2.7.13" },
-      children: [
-        Field({
-          name: "StartTime",
-          id: 0,
-          type: "epoch-s",
-          conformance: "M",
-          constraint: "desc",
-          details: "This field shall indicate the start time of the constraint period that the client wishes the ESA to compute a new Forecast.\nThis value is in UTC and MUST be in the future.",
-          xref: { document: "cluster", section: "9.2.7.13.1" }
-        }),
-        Field({
-          name: "Duration",
-          id: 1,
-          type: "elapsed-s",
-          conformance: "M",
-          constraint: "0 to 86400",
-          details: "This field shall indicate the duration of the constraint in seconds.",
-          xref: { document: "cluster", section: "9.2.7.13.2" }
-        }),
-        Field({
-          name: "NominalPower",
-          id: 2,
-          type: "power-mW",
-          conformance: "PFR",
-          constraint: "desc",
-          details: "This field shall indicate the nominal power that client wishes the ESA to operate at during the constrained period. It MUST be between the AbsMinPower and AbsMaxPower attributes as advertised by the ESA if it supports PFR.\nThis is a signed value and can be used to indicate charging or discharging. If the ESA does NOT support PFR this value shall be ignored by the ESA.",
-          xref: { document: "cluster", section: "9.2.7.13.3" }
-        }),
-        Field({
-          name: "MaximumEnergy",
-          id: 3,
-          type: "energy-mWh",
-          conformance: "PFR",
-          details: "This field shall indicate the maximum energy that can be transferred to or from the ESA during the constraint period.\nThis is a signed value and can be used to indicate charging or discharging. If the ESA does NOT support PFR this value may be ignored by the ESA.",
-          xref: { document: "cluster", section: "9.2.7.13.4" }
-        }),
-        Field({
-          name: "LoadControl",
-          id: 4,
-          type: "int8",
-          conformance: "SFR",
-          details: "This field shall indicate the turn up or turn down nature that the grid wants as the outcome by the ESA during the constraint period.\nThis is expressed as a signed value between -100 to +100. A value of 0 would indicate no bias to using more or less energy. A negative value indicates a request to use less energy. A positive value indicates a request to use more energy.\nNote that the mapping between values and operation is manufacturer specific.",
-          xref: { document: "cluster", section: "9.2.7.13.5" }
-        })
-      ]
+      xref: { document: "cluster", section: "9.2.7.13" }
+    },
+    Field({
+      name: "StartTime",
+      id: 0,
+      type: "epoch-s",
+      conformance: "M",
+      constraint: "desc",
+      details: "This field shall indicate the start time of the constraint period that the client wishes the ESA to compute a new Forecast.\nThis value is in UTC and MUST be in the future.",
+      xref: { document: "cluster", section: "9.2.7.13.1" }
+    }),
+    Field({
+      name: "Duration",
+      id: 1,
+      type: "elapsed-s",
+      conformance: "M",
+      constraint: "0 to 86400",
+      details: "This field shall indicate the duration of the constraint in seconds.",
+      xref: { document: "cluster", section: "9.2.7.13.2" }
+    }),
+    Field({
+      name: "NominalPower",
+      id: 2,
+      type: "power-mW",
+      conformance: "PFR",
+      constraint: "desc",
+      details: "This field shall indicate the nominal power that client wishes the ESA to operate at during the constrained period. It MUST be between the AbsMinPower and AbsMaxPower attributes as advertised by the ESA if it supports PFR.\nThis is a signed value and can be used to indicate charging or discharging. If the ESA does NOT support PFR this value shall be ignored by the ESA.",
+      xref: { document: "cluster", section: "9.2.7.13.3" }
+    }),
+    Field({
+      name: "MaximumEnergy",
+      id: 3,
+      type: "energy-mWh",
+      conformance: "PFR",
+      details: "This field shall indicate the maximum energy that can be transferred to or from the ESA during the constraint period.\nThis is a signed value and can be used to indicate charging or discharging. If the ESA does NOT support PFR this value may be ignored by the ESA.",
+      xref: { document: "cluster", section: "9.2.7.13.4" }
+    }),
+    Field({
+      name: "LoadControl",
+      id: 4,
+      type: "int8",
+      conformance: "SFR",
+      details: "This field shall indicate the turn up or turn down nature that the grid wants as the outcome by the ESA during the constraint period.\nThis is expressed as a signed value between -100 to +100. A value of 0 would indicate no bias to using more or less energy. A negative value indicates a request to use less energy. A positive value indicates a request to use more energy.\nNote that the mapping between values and operation is manufacturer specific.",
+      xref: { document: "cluster", section: "9.2.7.13.5" }
     })
-  ]
-});
+  )
+);
 MatterDefinition.children.push(DeviceEnergyManagement);
 export {
   DeviceEnergyManagement