@matterbridge/core 3.5.3 → 3.5.4-dev-20260211-520e349

package/dist/matterbridgeDeviceTypes.js

@@ -1,32 +1,6 @@
-/**
- * This file contains the matter device type definitions for MatterbridgeEndpoint.
- *
- * @file matterbridgeDeviceTypes.ts
- * @author Luca Liguori
- * @created 2024-11-08
- * @version 1.0.0
- * @license Apache-2.0
- *
- * Copyright 2024, 2025, 2026 Luca Liguori.
- *
- * Licensed under the Apache License, Version 2.0 (the "License");
- * you may not use this file except in compliance with the License.
- * You may obtain a copy of the License at
- *
- *     http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an "AS IS" BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- * See the License for the specific language governing permissions and
- * limitations under the License.
- */
-// eslint-disable-next-line no-console
 if (process.argv.includes('--loader') || process.argv.includes('-loader'))
     console.log('\u001B[32mMatterbridgeDeviceTypes loaded.\u001B[40;0m');
-// @matter
 import { DeviceTypeId } from '@matter/types/datatype';
-// @matter clusters
 import { AccountLogin } from '@matter/types/clusters/account-login';
 import { Actions } from '@matter/types/clusters/actions';
 import { ActivatedCarbonFilterMonitoring } from '@matter/types/clusters/activated-carbon-filter-monitoring';
@@ -114,49 +88,15 @@ import { WindowCovering } from '@matter/types/clusters/window-covering';
 import { ScenesManagement } from '@matter/types/clusters/scenes-management';
 export var DeviceClasses;
 (function (DeviceClasses) {
-    /** 1.1.5. Device Type Class Conditions */
-    /** Node device type. */
     DeviceClasses["Node"] = "Node";
-    /**
-     * Application device type.
-     * Application devices types are typically the most datatype endpoints on a node and in the network.
-     */
     DeviceClasses["App"] = "App";
-    /**
-     * Utility device type.
-     * A Utility device type supports configuration and settings.
-     */
     DeviceClasses["Utility"] = "Utility";
-    /**
-     * Simple device type.
-     * A Simple device type supports local control that is persistent, independent, and unsupervised.
-     */
     DeviceClasses["Simple"] = "Simple";
-    /**
-     * Dynamic device type.
-     * A Dynamic device type supports intelligent and supervisory services, such as commissioning,
-     * monitoring, trend analysis, scheduling and central management. A dynamic device type is an
-     * application device type.
-     */
     DeviceClasses["Dynamic"] = "Dynamic";
-    /** The device type is composed of 2 or more device types. */
     DeviceClasses["Composed"] = "Composed";
-    /** 1.1.6. Endpoint Type Class Conditions */
-    /** There exists a client application cluster on the endpoint. */
     DeviceClasses["Client"] = "Client";
-    /** There exists a server application cluster on the endpoint. */
     DeviceClasses["Server"] = "Server";
-    /**
-     * The endpoint and at least one of its sibling endpoints have an overlap in application device type(s),
-     * as defined in the "Disambiguation" section in the System Model specification. This condition triggers
-     * requirements for providing additional information about the endpoints in order to disambiguate
-     * between the endpoints (see "Disambiguation" section in the System Model specification).
-     */
     DeviceClasses["Duplicate"] = "Duplicate";
-    /**
-     * The endpoint represents a Bridged Device, for which information about the state of
-     * its power source is available to the Bridge
-     */
     DeviceClasses["BridgedPowerSourceInfo"] = "BridgedPowerSourceInfo";
 })(DeviceClasses || (DeviceClasses = {}));
 export const DeviceTypeDefinition = ({ name, code, deviceClass, revision, requiredServerClusters = [], optionalServerClusters = [], requiredClientClusters = [], optionalClientClusters = [], }) => ({
@@ -169,14 +109,13 @@ export const DeviceTypeDefinition = ({ name, code, deviceClass, revision, requir
     requiredClientClusters,
     optionalClientClusters,
 });
-// Chapter 2. Utility device types
 export const rootNode = DeviceTypeDefinition({
     name: 'MA-rootNode',
     code: 0x0016,
     deviceClass: DeviceClasses.Node,
     revision: 3,
-    requiredServerClusters: [], // Intentionally left empty to avoid imports
-    optionalServerClusters: [], // Intentionally left empty to avoid imports
+    requiredServerClusters: [],
+    optionalServerClusters: [],
 });
 export const powerSource = DeviceTypeDefinition({
     name: 'MA-powerSource',
@@ -206,46 +145,14 @@ export const OTAProvider = DeviceTypeDefinition({
     requiredClientClusters: [OtaSoftwareUpdateRequestor.Cluster.id],
     optionalClientClusters: [],
 });
-/**
-  2.5.3. Conditions
-  Please see the Base Device Type definition for conformance tags.
-  This device type SHALL only be used for Nodes which have a device type of Bridge.
- 
-  2.5.5. Cluster Requirements
-  Each endpoint supporting this device type SHALL include these clusters based on the conformance
-  defined below.
-  -  0x0039 Bridged Device Basic Information Server
- 
-  2.5.6. Endpoint Composition
-  • A Bridged Node endpoint SHALL support one of the following composition patterns:
-  ◦ Separate Endpoints: All application device types are supported on separate endpoints, and
-    not on the Bridged Node endpoint. The Bridged Node endpoint’s Descriptor cluster PartsList
-    attribute SHALL indicate a list of all endpoints representing the functionality of the bridged
-    device, including the endpoints supporting the application device types, i.e. the full-family
-    pattern defined in the System Model specification.
-  ◦ One Endpoint: Both the Bridged Node and one or more application device types are supported
-    on the same endpoint (following application device type rules). Endpoint composition
-    SHALL conform to the application device type(s) definition.
- */
 export const bridgedNode = DeviceTypeDefinition({
     name: 'MA-bridgedNode',
     code: 0x0013,
     deviceClass: DeviceClasses.Utility,
     revision: 3,
-    requiredServerClusters: [BridgedDeviceBasicInformation.Cluster.id], // omitted PowerSourceConfiguration cause is deprecated
+    requiredServerClusters: [BridgedDeviceBasicInformation.Cluster.id],
     optionalServerClusters: [PowerSource.Cluster.id, EcosystemInformation.Cluster.id, AdministratorCommissioning.Cluster.id],
 });
-/**
- * An Electrical Sensor device measures the electrical power and/or energy being imported and/or
- * exported.
- * It is a utility device type that provides information about the electrical power and/or energy
- * consumption and generation.
- *
- *  2.6.3. Device Type Requirements
- *  Electrical measurements made by either the Electrical Power Measurement cluster, the Electrical
- *  Energy Measurement cluster, or both SHALL apply to the endpoints indicated by the Power Topology
- *  cluster.
- */
 export const electricalSensor = DeviceTypeDefinition({
     name: 'MA-electricalSensor',
     code: 0x0510,
@@ -254,10 +161,6 @@ export const electricalSensor = DeviceTypeDefinition({
     requiredServerClusters: [PowerTopology.Cluster.id],
     optionalServerClusters: [ElectricalPowerMeasurement.Cluster.id, ElectricalEnergyMeasurement.Cluster.id],
 });
-/**
- * A Device Energy Management device provides reporting and optionally adjustment of the electrical
- * power planned on being consumed or produced by the device.
- */
 export const deviceEnergyManagement = DeviceTypeDefinition({
     name: 'MA-deviceEnergyManagement',
     code: 0x050d,
@@ -266,19 +169,6 @@ export const deviceEnergyManagement = DeviceTypeDefinition({
     requiredServerClusters: [DeviceEnergyManagement.Cluster.id],
     optionalServerClusters: [DeviceEnergyManagementMode.Cluster.id],
 });
-/** Chapter 3. Application Device Types */
-/** Chapter 4. Lighting device types */
-/**
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- */
 export const onOffLight = DeviceTypeDefinition({
     name: 'MA-onofflight',
     code: 0x0100,
@@ -287,17 +177,6 @@ export const onOffLight = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id],
     optionalServerClusters: [LevelControl.Cluster.id],
 });
-/**
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- */
 export const dimmableLight = DeviceTypeDefinition({
     name: 'MA-dimmablelight',
     code: 0x0101,
@@ -306,19 +185,6 @@ export const dimmableLight = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id, LevelControl.Cluster.id],
     optionalServerClusters: [],
 });
-/**
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- * - Color Control Feature ColorTemperature
- * - Color Control Attribute RemainingTime
- */
 export const colorTemperatureLight = DeviceTypeDefinition({
     name: 'MA-colortemperaturelight',
     code: 0x010c,
@@ -327,20 +193,6 @@ export const colorTemperatureLight = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id, LevelControl.Cluster.id, ColorControl.Cluster.id],
     optionalServerClusters: [],
 });
-/**
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- * - Color Control Feature XY
- * - Color Control Feature ColorTemperature
- * - Color Control Attribute RemainingTime
- */
 export const extendedColorLight = DeviceTypeDefinition({
     name: 'MA-extendedcolorlight',
     code: 0x010d,
@@ -349,26 +201,6 @@ export const extendedColorLight = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id, LevelControl.Cluster.id, ColorControl.Cluster.id],
     optionalServerClusters: [],
 });
-// Chapter 5. Smart plugs/Outlets and other Actuators device types
-/**
- * An On/Off Plug-in Unit is a device that provides power to another device that is plugged into it, and
- * is capable of switching that provided power on or off.
- * The Mounted On/Off Control (added in Matter 1.4) has identical cluster requirements as the On/Off
- * Plug-In Unit, and is marked as superset of this device type (since Matter 1.4.2). For devices intended
- * to be mounted permanently, the Mounted On/Off Control device type SHALL be used, with the
- * On/Off Plug-In Unit device type optionally added in the DeviceTypeList of the Descriptor cluster in
- * addition to the On/Off Plug-In Unit device type (see [ref_MountedOnOffControlServerGuidance]).
- *
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- */
 export const onOffOutlet = DeviceTypeDefinition({
     name: 'MA-onoffpluginunit',
     code: 0x010a,
@@ -377,27 +209,6 @@ export const onOffOutlet = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id],
     optionalServerClusters: [LevelControl.Cluster.id],
 });
-/**
- * A Dimmable Plug-In Unit is a device that provides power to another device that is plugged into it,
- * and is capable of being switched on or off and have its level adjusted. The Dimmable Plug-in Unit is
- * typically used to control a conventional non-communicating light through its mains connection
- * using phase cutting.
- * The Mounted Dimmable Load Control (added in Matter 1.4) has identical cluster requirements as
- * the Dimmable Plug-In Unit, and is marked as a superset of this device type (since Matter 1.4.2). For
- * devices intended to be mounted permanently, the Mounted Dimmable Load Control device type
- * SHALL be used, with the Dimmable Plug-In Unit device type optionally added to the DeviceTypeList
- * of the Descriptor cluster in addition to the Mounted Dimmable Load Control device type (see [ref_MountedDimmableLoadControlServerGuidance]).
- *
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- */
 export const dimmableOutlet = DeviceTypeDefinition({
     name: 'MA-dimmablepluginunit',
     code: 0x010b,
@@ -406,27 +217,6 @@ export const dimmableOutlet = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id, LevelControl.Cluster.id],
     optionalServerClusters: [],
 });
-/**
- * A Mounted On/Off Control is a fixed device that provides power to another device that is plugged
- * into it, and is capable of switching that provided power on or off.
- * This device type is intended for any wall-mounted or hardwired load controller, while On/Off Plugin
- * Unit is intended only for smart plugs and other power switching devices that are not permaMatter
- * Device Library Specification R1.4.2 Connectivity Standards Alliance Document 23-27351 July 16, 2025
- * Copyright © Connectivity Standards Alliance, Inc. All rights reserved. Page 53
- * nently connected, and which can be unplugged from their power source.
- *
- * It is a simple device type that does not require any client clusters. As per matter 1.4.2 it should be added also on/Off Plug-In Unit for backward compatibility.
- *
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- */
 export const onOffMountedSwitch = DeviceTypeDefinition({
     name: 'MA-onoffmountedswitch',
     code: 0x010f,
@@ -435,27 +225,6 @@ export const onOffMountedSwitch = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id],
     optionalServerClusters: [LevelControl.Cluster.id],
 });
-/**
- * A Mounted Dimmable Load Control is a fixed device that provides power to a load connected to it,
- * and is capable of being switched on or off and have its level adjusted. The Mounted Dimmable Load
- * Control is typically used to control a conventional non-communicating light through its mains connection
- * using phase cutting.
- * This device type is intended for any wall-mounted or hardwired dimmer-capable load controller,
- * while Dimmable Plug-In Unit is intended only for dimmer-capable smart plugs that are not permanently
- * connected, and which can be unplugged from their power source.
- *
- * It is a simple device type that does not require any client clusters. As per matter 1.4.2 it should be added also dimmable Plug-In Unit for backward compatibility.
- *
- * Element Requirements:
- * - Identify Command TriggerEffect
- * - Scenes Management Command CopyScene
- * - On/Off Feature Lighting
- * - Level Control Feature OnOff
- * - Level Control Feature Lighting
- * - Level Control Attribute CurrentLevel 1 to 254
- * - Level Control Attribute MinLevel 1
- * - Level Control Attribute MaxLevel 254
- */
 export const dimmableMountedSwitch = DeviceTypeDefinition({
     name: 'MA-dimmablemountedswitch',
     code: 0x0110,
@@ -464,20 +233,6 @@ export const dimmableMountedSwitch = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, ScenesManagement.Cluster.id, OnOff.Cluster.id, LevelControl.Cluster.id],
     optionalServerClusters: [],
 });
-/**
- *  Remark:
- *  On/Off Cluster:
- *    - Off If the pump is powered on, store the current level then immediately power it off.
- *    - On If the pump is powered off, power it on and move immediately to the level stored by a previous Off command. If no such level has been stored,
- *      move immediately to the maximum level allowed for the pump.
- *    - Toggle If the pump is powered on, proceed as for the Off command. If the device is powered off, proceed as for the On command.
- *
- *  LevelControl cluster:
- *    Level   Setpoint                Meaning
- *    0       N/A                     Pump is stopped,
- *    1–200   Level / 2 (0.5–100.0%)  Pump setpoint in percent
- *    201–255 100.0%                  Pump setpoint is 100.0%
- */
 export const pumpDevice = DeviceTypeDefinition({
     name: 'MA-pump',
     code: 0x303,
@@ -501,8 +256,6 @@ export const waterValve = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, ValveConfigurationAndControl.Cluster.id],
     optionalServerClusters: [FlowMeasurement.Cluster.id],
 });
-// Chapter 6. Switches and Controls device types
-// Custom device types with server cluster instead of client clusters (not working in Alexa)
 export const onOffSwitch = DeviceTypeDefinition({
     name: 'MA-onoffswitch',
     code: 0x0103,
@@ -511,7 +264,6 @@ export const onOffSwitch = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, OnOff.Cluster.id],
     optionalServerClusters: [Groups.Cluster.id, ScenesManagement.Cluster.id],
 });
-// Custom device types with server cluster instead of client clusters (not working in Alexa)
 export const dimmableSwitch = DeviceTypeDefinition({
     name: 'MA-dimmableswitch',
     code: 0x0104,
@@ -520,7 +272,6 @@ export const dimmableSwitch = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, OnOff.Cluster.id, LevelControl.Cluster.id],
     optionalServerClusters: [Groups.Cluster.id, ScenesManagement.Cluster.id],
 });
-// Custom device types with server cluster instead of client clusters (not working in Alexa)
 export const colorTemperatureSwitch = DeviceTypeDefinition({
     name: 'MA-colortemperatureswitch',
     code: 0x0105,
@@ -537,11 +288,6 @@ export const genericSwitch = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Switch.Cluster.id],
     optionalServerClusters: [],
 });
-// Chapter 7. Sensor device types
-/**
- * Closed or contact: state true
- * Open or no contact: state false
- */
 export const contactSensor = DeviceTypeDefinition({
     name: 'MA-contactsensor',
     code: 0x0015,
@@ -593,7 +339,6 @@ export const humiditySensor = DeviceTypeDefinition({
     revision: 2,
     requiredServerClusters: [Identify.Cluster.id, RelativeHumidityMeasurement.Cluster.id],
 });
-// Remark: A Smoke CO Alarm device type SHALL support an instance of a Power Source device type on some endpoint.
 export const smokeCoAlarm = DeviceTypeDefinition({
     name: 'MA-smokeCoAlarm',
     code: 0x0076,
@@ -647,15 +392,6 @@ export const rainSensor = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, BooleanState.Cluster.id],
     optionalServerClusters: [BooleanStateConfiguration.Cluster.id],
 });
-// Chapter 8. Closures device types
-/**
- * A Door Lock is a device used to secure a door. It is possible to actuate a door lock either by means of a manual or a remote method.
- * Element Requirements:
- *
- * - AccessControl Attribute Extension
- * - DoorLock Feature User
- * - DoorLock Attribute AlarmMask
- */
 export const doorLockDevice = DeviceTypeDefinition({
     name: 'MA-doorLock',
     code: 0xa,
@@ -672,15 +408,6 @@ export const coverDevice = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, WindowCovering.Cluster.id],
     optionalServerClusters: [Groups.Cluster.id],
 });
-// Chapter 9. HVAC device types
-/**
- * A Thermostat device is capable of having either built-in or separate sensors for temperature,
- * humidity or occupancy. It allows the desired temperature to be set either remotely or locally. The
- * thermostat is capable of sending heating and/or cooling requirement notifications to a heating/cooling
- * unit (for example, an indoor air handler) or is capable of including a mechanism to control a
- * heating or cooling unit directly.
- *
- */
 export const thermostatDevice = DeviceTypeDefinition({
     name: 'MA-thermostat',
     code: 0x301,
@@ -689,25 +416,6 @@ export const thermostatDevice = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Thermostat.Cluster.id],
     optionalServerClusters: [Groups.Cluster.id, ThermostatUserInterfaceConfiguration.Cluster.id, EnergyPreference.Cluster.id],
 });
-/**
- * A Fan device is typically standalone or mounted on a ceiling or wall and is used to circulate air in a room.
- *  Remark: it may have a thermostat device type.
- *  Additional device types MAY also be included in device compositions.
- * Element Requirements:
- *  The FanControl cluster must have the FanModeSequence attribute.
- *
- * The On/Off cluster is independent from the Fan Control Cluster’s FanMode attribute, which also
- * includes an Off setting.
- * If the FanMode attribute of the Fan Control cluster is set to a value other than Off when the OnOff
- * attribute of the On/Off cluster transitions from TRUE to FALSE, it may be desirable to restore the
- * FanMode, SpeedSetting and PercentSetting attribute values of the Fan Control cluster when the OnOff
- * attribute of the On/Off cluster later transitions from FALSE to TRUE. If the FanMode is set to Off when
- * the device is turned off, this information is lost, as the SpeedSetting and PercentSetting will be set to
- * zero. Using the On/Off cluster alongside the Fan Control cluster allows the FanMode, SpeedSetting and
- * PercentSetting to remain unchanged when the device is turned off. In this case, the On/Off cluster
- * would be set to Off, and the SpeedCurrent and PercentCurrent set to zero, without changing FanMode,
- * SpeedSetting and PercentSetting.
- */
 export const fanDevice = DeviceTypeDefinition({
     name: 'MA-fan',
     code: 0x2b,
@@ -716,35 +424,6 @@ export const fanDevice = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, Groups.Cluster.id, FanControl.Cluster.id],
     optionalServerClusters: [OnOff.Cluster.id],
 });
-/**
- * An Air Purifier is a standalone device that is designed to clean the air in a room.
- * It is a device that has a fan to control the air speed while it is operating. Optionally, it can report on
- * the condition of its filters.
- *
- * Remark:
- * An Air Purifier MAY expose elements of its functionality through one or more additional device
- * types on different endpoints. All devices used in compositions SHALL adhere to the disambiguation
- * requirements of the System Model. Other device types, not explicitly listed in the table, MAY also be
- * included in device compositions but are not considered part of the core functionality of the device.
- * 0x0301 Thermostat O
- * 0x0302 Temperature Sensor O
- * 0x0307 Humidity Sensor O
- * 0x002C Air Quality Sensor O
- *
- * Cluster Restrictions:
- * The On/Off cluster is independent from the Fan Control Cluster’s FanMode attribute, which also
- * includes an Off setting.
- * If the FanMode attribute of the Fan Control cluster is set to a value other than Off when the OnOff
- * attribute of the On/Off cluster transitions from TRUE to FALSE, it may be desirable to restore the
- * FanMode, SpeedSetting and PercentSetting attribute values of the Fan Control cluster when the OnOff
- * attribute of the On/Off cluster later transitions from FALSE to TRUE. If the FanMode is set to Off when
- * the device is turned off, this information is lost, as the SpeedSetting and PercentSetting will be set to
- * zero. Using the On/Off cluster alongside the Fan Control cluster allows the FanMode, SpeedSetting and
- * PercentSetting to remain unchanged when the device is turned off. In this case, the On/Off cluster
- * would be set to Off, and the SpeedCurrent and PercentCurrent set to zero, without changing FanMode,
- * SpeedSetting and PercentSetting.
- *
- */
 export const airPurifier = DeviceTypeDefinition({
     name: 'MA-airPurifier',
     code: 0x2d,
@@ -753,26 +432,6 @@ export const airPurifier = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, FanControl.Cluster.id],
     optionalServerClusters: [Groups.Cluster.id, OnOff.Cluster.id, HepaFilterMonitoring.Cluster.id, ActivatedCarbonFilterMonitoring.Cluster.id],
 });
-// Chapter 10. Media Device Types
-/**
- * 10.2. A Basic Video Player has playback controls (play, pause, etc.) and keypad remote controls (up, down, number input),
- * but is not able to launch arbitrary content applications. It is a commissionable node.
- *
- * Required server clusters (minimum features per spec):
- * - Media Playback (media playback controls)
- * - Keypad Input (remote key events)
- * - On/Off (basic power control)
- *
- * Optional server clusters (additional capabilities commonly implemented):
- * - Audio Output (speaker selection / volume endpoints)
- * - Channel (linear channel navigation)
- * - Target Navigator (high level app / target navigation)
- * - Media Input (input source selection)
- * - Low Power (power saving / wake logic)
- * - Wake On LAN (remote wake capabilities)
- * - Messages (device messaging / notifications)
- * - Content Control (parental or content access control)
- */
 export const basicVideoPlayer = DeviceTypeDefinition({
     name: 'MA-basicVideoPlayer',
     code: 0x0028,
@@ -790,29 +449,6 @@ export const basicVideoPlayer = DeviceTypeDefinition({
         Messages.Cluster.id,
     ],
 });
-/**
- * 10.3. A Casting Video Player supports Basic Video Player features and content launching features.
- * It is a Commissioner and can launch Content Apps (Content Launcher cluster) and optionally expose
- * an Application Launcher cluster when acting as a Content App Platform.
- *
- * Required server clusters (minimum features per spec):
- * - Media Playback (playback controls)
- * - Keypad Input (remote key events)
- * - Content Launcher (content launching capability)
- * - On/Off (basic power control)
- *
- * Optional server clusters (additional capabilities):
- * - Application Launcher (hosting content apps)
- * - Account Login (account / session association)
- * - Audio Output (output / volume endpoints)
- * - Channel (linear channel navigation)
- * - Target Navigator (high level target navigation)
- * - Media Input (input source selection)
- * - Low Power (power saving / wake logic)
- * - Wake On LAN (remote wake capabilities)
- * - Messages (device messaging / notifications)
- * - Content Control (parental or content access control)
- */
 export const castingVideoPlayer = DeviceTypeDefinition({
     name: 'MA-castingVideoPlayer',
     code: 0x0023,
@@ -832,12 +468,6 @@ export const castingVideoPlayer = DeviceTypeDefinition({
         Messages.Cluster.id,
     ],
 });
-/**
- * 10.4. A Speaker device type controls the speaker.
- * unmute/mute, the On/Off cluster SHALL be used. A value of TRUE for the OnOff attribute
- * SHALL represent the volume on (not muted) state, while a value of FALSE SHALL represent the volume
- * off (muted) state. For volume level control, the Level cluster SHALL be used.
- */
 export const speakerDevice = DeviceTypeDefinition({
     name: 'MA-speaker',
     code: 0x0022,
@@ -846,7 +476,6 @@ export const speakerDevice = DeviceTypeDefinition({
     requiredServerClusters: [OnOff.Cluster.id, LevelControl.Cluster.id],
     optionalServerClusters: [],
 });
-// Chapter 11. Generic Device Types
 export const modeSelect = DeviceTypeDefinition({
     name: 'MA-modeselect',
     code: 0x27,
@@ -854,37 +483,6 @@ export const modeSelect = DeviceTypeDefinition({
     revision: 1,
     requiredServerClusters: [ModeSelect.Cluster.id],
 });
-/**
- * This device type aggregates endpoints as a collection. Clusters on the endpoint indicating this
- * device type provide functionality for the collection of descendant endpoints present in the PartsList
- * of the endpoint’s descriptor, for example the Actions cluster.
- *
- * Endpoint Composition:
- * An Aggregator endpoint’s Descriptor cluster PartsList attribute SHALL list the collection of all endpoints
- * aggregated by the Aggregator device type, i.e. the full-family pattern defined in the System Model specification.
- *
- * Disambiguation:
- * If the Duplicate condition applies to child endpoints of an Aggregator endpoint that represent multiple
- * independent bridged devices, the endpoints SHOULD make available metadata to allow a
- * client to disambiguate distinct bridged devices with an overlap in application device types.
- *
- * Typically this is done using the NodeLabel attribute of the Bridged Device Basic Information cluster
- * - thus reusing the naming information which the bridge already has to allow disambiguation to the
- * user when using a direct user interface to the bridge.
- *
- * Actions cluster (9.14 Matter specification):
- * If a Bridge has (such) information on topology or logical grouping, it SHOULD expose such information
- * in the EndpointLists attribute of an Actions cluster (the ActionLists of which MAY be empty if
- * no actions are exposed). 9.12 Matter specification
- *
- * 9.12.5. New features for Bridged Devices
- * Bridged Devices can have their software updated independently of the Bridge, through Bridge Manufacturer-
- * specific means. These updates MAY result in one or more changes to their capabilities,
- * such as supported clusters and/or attributes, for an endpoint. Like every Matter Node, every endpoint
- * on the Bridge’s Node contains a Descriptor cluster that contains attributes for the device types
- * (DeviceTypeList), endpoints (PartsList) and supported clusters (ServerList and ClientList). Nodes
- * that wish to be notified of such changes SHOULD monitor changes of these attributes.
- */
 export const aggregator = DeviceTypeDefinition({
     name: 'MA-aggregator',
     code: 0x000e,
@@ -894,29 +492,6 @@ export const aggregator = DeviceTypeDefinition({
     optionalServerClusters: [Actions.Cluster.id, Identify.Cluster.id, CommissionerControl.Cluster.id],
 });
 export const bridge = aggregator;
-// Chapter 12. Robotic Device Types
-/**
- * A Robotic Vacuum Cleaner is a device that is capable of cleaning floors and other surfaces
- * in a home or office environment. It is typically a mobile device that can navigate around
- * obstacles and can be controlled remotely.
- *
- * Cluster Usage:
- * The RVC Operational State cluster’s OperationalState attribute SHALL be updated according to the
- * state of the device, and therefore it SHOULD be used for monitoring purposes.
- *
- * To attempt starting a cleaning operation, the RVC Run Mode cluster can be sent a ChangeToMode
- * command with the NewMode field set to a mode that has the Cleaning mode tag associated with it.
- *
- * To attempt stopping a cleaning operation, the RVC Run Mode cluster can be sent a ChangeToMode
- * command with the NewMode field set to a mode that has the Idle mode tag associated with it.
- *
- * To attempt pausing a cleaning operation, the RVC Operational State cluster can be sent a Pause command.
- *
- * To attempt resuming a cleaning operation, the RVC Operational State cluster can be sent a Resume
- * command.
- *
- *
- */
 export const roboticVacuumCleaner = DeviceTypeDefinition({
     name: 'MA-roboticvacuumcleaner',
     code: 0x74,
@@ -925,12 +500,6 @@ export const roboticVacuumCleaner = DeviceTypeDefinition({
     requiredServerClusters: [Identify.Cluster.id, RvcRunMode.Cluster.id, RvcOperationalState.Cluster.id],
     optionalServerClusters: [RvcCleanMode.Cluster.id, ServiceArea.Cluster.id],
 });
-// Chapter 13. Appliances device types
-/**
- * Cluster Restrictions:
- * On/Off Cluster: the DF (Dead Front) feature is required
- * Operational State Event OperationCompletion
- */
 export const laundryWasher = DeviceTypeDefinition({
     name: 'MA-laundrywasher',
     code: 0x73,
@@ -939,14 +508,6 @@ export const laundryWasher = DeviceTypeDefinition({
     requiredServerClusters: [OperationalState.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id, LaundryWasherMode.Cluster.id, OnOff.Cluster.id, LaundryWasherControls.Cluster.id, TemperatureControl.Cluster.id],
 });
-/**
- * A refrigerator represents a device that contains one or more cabinets that are capable of chilling or freezing food.
- * A Refrigerator SHALL be composed of at least one endpoint with the Temperature Controlled Cabinet device type.
- * A Refrigerator SHALL have the Cooler condition applied to at least one endpoint containing the Temperature Control Cluster.
- *
- * Device Type Requirements:
- * 0x0071 Temperature Controlled Cabinet with Cooler condition
- */
 export const refrigerator = DeviceTypeDefinition({
     name: 'MA-refrigerator',
     code: 0x70,
@@ -955,23 +516,6 @@ export const refrigerator = DeviceTypeDefinition({
     requiredServerClusters: [],
     optionalServerClusters: [Identify.Cluster.id, RefrigeratorAndTemperatureControlledCabinetMode.Cluster.id, RefrigeratorAlarm.Cluster.id],
 });
-/**
- * A Room Air Conditioner is a device with the primary function of controlling the air temperature in a single room.
- *
- * A Room Air Conditioner MAY have zero or more of each device type listed in this table subject to
- * the conformance column of the table. All devices used in compositions SHALL adhere to the disambiguation
- * requirements of the System Model. Additional device types not listed in this table MAY also be included in device compositions.
- *  0x0302 Temperature Sensor O
- *  0x0307 Humidity Sensor O
- *
- *  Remark:
- *  The DF (Dead Front) feature is required for the On/Off cluster in this device type:
- *  - Thermostat                      LocalTemperature    null
- *  - Temperature Measurement         MeasuredValue       null
- *  - Relative Humidity Measurement   MeasuredValue       null
- *  - Fan Control                     SpeedSetting        null
- *  - Fan Control                     PercentSetting      null
- */
 export const airConditioner = DeviceTypeDefinition({
     name: 'MA-airConditioner',
     code: 0x72,
@@ -987,19 +531,6 @@ export const airConditioner = DeviceTypeDefinition({
         RelativeHumidityMeasurement.Cluster.id,
     ],
 });
-/**
- * A Temperature Controlled Cabinet only exists composed as part of another device type. It represents
- * a single cabinet that is capable of having its temperature controlled. Such a cabinet may be
- * chilling or freezing food, for example as part of a refrigerator, freezer, wine chiller, or other similar
- * device. Equally, such a cabinet may be warming or heating food, for example as part of an oven,
- * range, or similar device.
- *
- * Conditions:
- * Cooler The device has cooling functionality.
- *
- * Cluster Restrictions:
- * TemperatureNumber is the only valid temperature control mode
- */
 export const temperatureControlledCabinetCooler = DeviceTypeDefinition({
     name: 'MA-temperaturecontrolledcabinetcooler',
     code: 0x71,
@@ -1008,20 +539,6 @@ export const temperatureControlledCabinetCooler = DeviceTypeDefinition({
     requiredServerClusters: [TemperatureControl.Cluster.id, RefrigeratorAndTemperatureControlledCabinetMode.Cluster.id],
     optionalServerClusters: [TemperatureMeasurement.Cluster.id],
 });
-/**
- * A Temperature Controlled Cabinet only exists composed as part of another device type. It represents
- * a single cabinet that is capable of having its temperature controlled. Such a cabinet may be
- * chilling or freezing food, for example as part of a refrigerator, freezer, wine chiller, or other similar
- * device. Equally, such a cabinet may be warming or heating food, for example as part of an oven,
- * range, or similar device.
- *
- * Conditions:
- * Heater The device has heating functionality.
- *
- * Cluster Restrictions:
- * TemperatureNumber is the only valid temperature control mode
- * OperationCompletion event for Oven Cavity Operational State cluster
- */
 export const temperatureControlledCabinetHeater = DeviceTypeDefinition({
     name: 'MA-temperaturecontrolledcabinetheater',
     code: 0x71,
@@ -1030,11 +547,6 @@ export const temperatureControlledCabinetHeater = DeviceTypeDefinition({
     requiredServerClusters: [TemperatureControl.Cluster.id, OvenMode.Cluster.id, OvenCavityOperationalState.Cluster.id],
     optionalServerClusters: [TemperatureMeasurement.Cluster.id],
 });
-/**
- * Cluster Restrictions:
- * On/Off Cluster: the DF (Dead Front) feature is required
- * Operational State Event OperationCompletion
- */
 export const dishwasher = DeviceTypeDefinition({
     name: 'MA-dishwasher',
     code: 0x75,
@@ -1043,11 +555,6 @@ export const dishwasher = DeviceTypeDefinition({
     requiredServerClusters: [OperationalState.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id, OnOff.Cluster.id, TemperatureControl.Cluster.id, DishwasherMode.Cluster.id, DishwasherAlarm.Cluster.id],
 });
-/**
- * Cluster Restrictions:
- * On/Off Cluster: the DF (Dead Front) feature is required
- * Operational State Event OperationCompletion
- */
 export const laundryDryer = DeviceTypeDefinition({
     name: 'MA-laundrydryer',
     code: 0x7c,
@@ -1056,14 +563,6 @@ export const laundryDryer = DeviceTypeDefinition({
     requiredServerClusters: [OperationalState.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id, LaundryWasherMode.Cluster.id, OnOff.Cluster.id, LaundryDryerControls.Cluster.id, TemperatureControl.Cluster.id],
 });
-/**
- * A Cook Surface device type represents a heating object on a cooktop or other similar device. It
- * SHALL only be used when composed as part of another device type (cooktop).
- *
- * Cluster Restrictions:
- * The OffOnly feature is required for the On/Off cluster in this device type due to safety requirements. OnOff Cluster is optional.
- * The TemperatureLevel feature is the only valid temperature control feature.
- */
 export const cookSurface = DeviceTypeDefinition({
     name: 'MA-cooksurface',
     code: 0x77,
@@ -1072,18 +571,6 @@ export const cookSurface = DeviceTypeDefinition({
     requiredServerClusters: [],
     optionalServerClusters: [TemperatureControl.Cluster.id, TemperatureMeasurement.Cluster.id, OnOff.Cluster.id],
 });
-/**
- * A cooktop is a cooking surface that heats food either by transferring currents from an electromagnetic
- * field located below the glass surface directly to the magnetic induction cookware placed
- * above or through traditional gas or electric burners.
- *
- * Device Type Requirements:
- * A Cooktop SHALL be composed of zero or more endpoints with the Cook Surface device type as defined by the conformance below.
- *  0x0077 Cook Surface min 1 O
- *
- * Cluster Restrictions:
- * The OffOnly feature is required for the On/Off cluster in this device type due to safety requirements.
- */
 export const cooktop = DeviceTypeDefinition({
     name: 'MA-cooktop',
     code: 0x78,
@@ -1092,15 +579,6 @@ export const cooktop = DeviceTypeDefinition({
     requiredServerClusters: [OnOff.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id],
 });
-/**
- * An oven represents a device that contains one or more cabinets, and optionally a single cooktop, that are all capable of heating food.
- * An oven is always defined via endpoint composition.
- * Conditions:
- * An Oven SHALL have the Heater condition applied to at least one endpoint containing the Temperature Control Cluster.
- * Device Type Requirements:
- * - 0x0071 Temperature Controlled Cabinet min 1
- * - 0x0078 Cooktop max 1 Optional
- */
 export const oven = DeviceTypeDefinition({
     name: 'MA-oven',
     code: 0x7b,
@@ -1109,18 +587,6 @@ export const oven = DeviceTypeDefinition({
     requiredServerClusters: [],
     optionalServerClusters: [Identify.Cluster.id],
 });
-/**
- * An Extractor Hood is a device that is generally installed above a cooking surface in residential kitchens.
- * Additional device types not listed in this table MAY also be included in device compositions.
- * Device Type Requirements:
- * 0x0100+ On/Off Light+ O
- *
- *
- * Element Requirements:
- * - 0x0202 Fan Control Feature Rocking X
- * - 0x0202 Fan Control Feature Wind X
- * - 0x0202 Fan Control Feature AirflowDirection X
- */
 export const extractorHood = DeviceTypeDefinition({
     name: 'MA-extractorhood',
     code: 0x7a,
@@ -1129,14 +595,6 @@ export const extractorHood = DeviceTypeDefinition({
     requiredServerClusters: [FanControl.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id, HepaFilterMonitoring.Cluster.id, ActivatedCarbonFilterMonitoring.Cluster.id],
 });
-/**
- * A Microwave Oven is a device with the primary function of heating foods and beverages using a magnetron.
- * A Microwave Oven is a device which at a minimum is capable of being started and stopped and of setting a power level.
- * A Microwave Oven MAY also support additional capabilities via endpoint composition.
- *
- * Element Requirements:
- * Operational State Event OperationCompletion
- */
 export const microwaveOven = DeviceTypeDefinition({
     name: 'MA-microwaveoven',
     code: 0x79,
@@ -1145,26 +603,6 @@ export const microwaveOven = DeviceTypeDefinition({
     requiredServerClusters: [OperationalState.Cluster.id, MicrowaveOvenMode.Cluster.id, MicrowaveOvenControl.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id, FanControl.Cluster.id],
 });
-// Chapter 14. Energy Device Types
-/**
- * An EVSE (Electric Vehicle Supply Equipment) is a device that allows an EV (Electric Vehicle) to be
- * connected to the mains electricity supply to allow it to be charged (or discharged in case of Vehicle
- * to Grid / Vehicle to Home applications).
- *
- * 14.1.5. Device Type Requirements
- * An EVSE SHALL be composed of at least one endpoint with device types as defined by the conformance
- * below. There MAY be more endpoints with other device types existing in the EVSE.
- * - ID     Name                        Constraint    Conformance
- * - 0x0011 Power Source                min 1         M
- * - 0x0510 Electrical Sensor           min 1         M
- * - 0x050D Device Energy Management    min 1         M
- *
- * The Electrical Sensor device SHALL include both the Electrical Energy Measurement and Electrical
- * Power Measurement clusters, measuring the total energy and power of the EVSE.
- *
- * The Device Energy Management cluster included in the Device Energy Management device SHALL
- * support the Power Forecast Reporting (PFR) feature.
- */
 export const evse = DeviceTypeDefinition({
     name: 'MA-evse',
     code: 0x050c,
@@ -1173,39 +611,6 @@ export const evse = DeviceTypeDefinition({
     requiredServerClusters: [EnergyEvse.Cluster.id, EnergyEvseMode.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id, TemperatureMeasurement.Cluster.id],
 });
-/**
- * A water heater is a device that is generally installed in properties to heat water for showers, baths etc.
- * A Water Heater is always defined via endpoint composition.
- *
- * 14.2.5. Device Type Requirements
- * A Water Heater SHALL be composed of at least one endpoint with device types as defined by the
- * conformance below. There MAY be more endpoints with other device types existing in the Water Heater.
- * - ID     Name                        Constraint    Conformance
- * - 0x0011 Power Source                              O
- * - 0x0302 Temperature Sensor                        O
- * - 0x0510 Electrical Sensor                         desc
- * - 0x050D Device Energy Management                  O
- *
- * 14.2.7. Element Requirements
- * 0x0201 Thermostat Feature Heating M
- *
- * The Energy Management feature of the Water Heater cluster SHALL be supported if the Device
- * Energy Management device type is included.
- * If Off is a supported SystemMode in the Thermostat cluster, setting the SystemMode of the Thermostat
- * cluster to Off SHALL set the CurrentMode attribute of the Water Heater Mode cluster to a mode
- * having the Off mode tag value and vice versa.
- * At least one entry in the SupportedModes attribute of the Water Heater Mode cluster SHALL
- * include the Timed mode tag in the ModeTags field list.
- *
- * WaterHeaterMode Cluster
- * 9.6.6.1. SupportedModes Attribute
- * At least one entry in the SupportedModes attribute SHALL include the Manual mode tag in the
- * ModeTags field list.
- * At least one entry in the SupportedModes attribute SHALL include the Off mode tag in the ModeTags
- * field list.
- * An entry in the SupportedModes attribute that includes one of an Off, Manual, or Timed tag SHALL
- * NOT also include an additional instance of any one of these tag types.
- */
 export const waterHeater = DeviceTypeDefinition({
     name: 'MA-waterheater',
     code: 0x050f,
@@ -1214,99 +619,27 @@ export const waterHeater = DeviceTypeDefinition({
     requiredServerClusters: [Thermostat.Cluster.id, WaterHeaterManagement.Cluster.id, WaterHeaterMode.Cluster.id],
     optionalServerClusters: [Identify.Cluster.id],
 });
-/**
- * A Solar Power device is a device that allows a solar panel array, which can optionally be comprised
- * of a set parallel strings of solar panels, and its associated controller and, if appropriate, inverter, to
- * be monitored and controlled by an Energy Management System.
- *
- * 14.3.5. Device Type Requirements
- * A Solar Power device SHALL be composed of at least one endpoint with device types as defined by
- * the conformance below. There MAY be more endpoints with additional instances of these device
- * types or additional device types existing in the Solar Power device.
- *
- * - ID     Name                        Constraint    Conformance
- * - 0x0011 Power Source                min 1         M
- * - 0x0510 Electrical Sensor           min 1         M
- * - 0x050D Device Energy Management                  O
- * - 0x0302 Temperature Sensor                        O
- *
- * 14.3.5.1. Cluster Requirements on Composing Device Types
- *
- * - 0x0011 Power Source 0x002F Power Source Feature Wired M
- * - 0x0011 Power Source 0x001D Descriptor Feature TagList M
- * - 0x0510 Electrical Sensor 0x0090 Electrical Power Measurement M
- * - 0x0510 Electrical Sensor 0x0090 Electrical Power Measurement Attribute Voltage M
- * - 0x0510 Electrical Sensor 0x0090 Electrical Power Measurement Attribute ActiveCurrent M
- * - 0x0510 Electrical Sensor 0x0091 Electrical Energy Measurement M
- * - 0x0510 Electrical Sensor 0x0091 Electrical Energy Measurement Feature ExportedEnergy M
- * - 0x050D Device Energy Management 0x0098 Device Energy Management Feature PowerAdjustment M
- * - 0x0302 Temperature Sensor 0x001D Descriptor Feature TagList M
- */
 export const solarPower = DeviceTypeDefinition({
     name: 'MA-solarpower',
     code: 0x0017,
     deviceClass: DeviceClasses.Simple,
     revision: 1,
-    requiredServerClusters: [], // See 14.3.5.1. Cluster Requirements on Composing Device Types
+    requiredServerClusters: [],
     optionalServerClusters: [Identify.Cluster.id],
 });
-/**
- * A Battery Storage device is a device that allows a DC battery, which can optionally be comprised of
- * a set parallel strings of battery packs and associated controller, and an AC inverter, to be monitored
- * and controlled by an Energy Management System in order to manage the peaks and troughs of supply
- * and demand, and/or to optimize cost of the energy consumed in premises. It is not intended to
- * be used for a UPS directly supplying a set of appliances, nor for portable battery storage devices.
- *
- * 14.4.5. Device Type Requirements
- * A Battery Storage device SHALL be composed of at least one endpoint with device types as defined by
- * the conformance below. There MAY be more endpoints with additional instances of these device
- * types or additional device types existing in the Battery Storage device.
- * - ID     Name                        Constraint    Conformance
- * - 0x0011 Power Source                min 1         M
- * - 0x0510 Electrical Sensor           min 1         M
- * - 0x050D Device Energy Management                  M
- * - 0x0302 Temperature Sensor                        O
- * - 0x0017 Solar Power                               O
- *
- * See 14.4.5.1. Cluster Requirements on Composing Device Types
- */
 export const batteryStorage = DeviceTypeDefinition({
     name: 'MA-batterystorage',
     code: 0x0018,
     deviceClass: DeviceClasses.Simple,
     revision: 1,
-    requiredServerClusters: [], // See 14.4.5.1. Cluster Requirements on Composing Device Types
+    requiredServerClusters: [],
     optionalServerClusters: [Identify.Cluster.id],
 });
-/**
- * A Heat Pump device is a device that uses electrical energy to heat either spaces or water tanks using
- * ground, water or air as the heat source. These typically can heat the air or can pump water via central
- * heating radiators or underfloor heating systems. It is typical to also heat hot water and store
- * the heat in a hot water tank.
- *
- * 14.5.1. Heat Pump Architecture
- * A Heat Pump device is always defined via endpoint composition.
- *
- * 14.5.5. Device Type Requirements
- * A Heat Pump device SHALL be composed of at least one endpoint with device types as defined by
- * the conformance below. There MAY be more endpoints with additional instances of these device
- * types or additional device types existing in the Heat Pump device.
- * - ID     Name                        Constraint    Conformance
- * - 0x0011 Power Source                              M
- * - 0x0510 Electrical Sensor           min 1         M
- * - 0x050D Device Energy Management                  M
- * - 0x0301 Thermostat                                O
- * - 0x050f Water Heater                              O
- * - 0x0302 Temperature Sensor                        O
- *
- * See 14.5.5.1. Cluster Requirements on Composing Device Types
- */
 export const heatPump = DeviceTypeDefinition({
     name: 'MA-heatpump',
     code: 0x0309,
     deviceClass: DeviceClasses.Simple,
     revision: 1,
-    requiredServerClusters: [], // See 14.5.5.1. Cluster Requirements on Composing Device Types
+    requiredServerClusters: [],
     optionalServerClusters: [Identify.Cluster.id, Thermostat.Cluster.id],
 });
-//# sourceMappingURL=matterbridgeDeviceTypes.js.map