Aqara Power Plug H2 EU: análisis en Home Assistant con Zigbee y Matter

Hoy os traigo el análisis del Aqara Power Plug H2 EU, en concreto la versión estándar sin RGB (modelo SP-P05E), un enchufe inteligente de 16 A que llevo dos semanas usando en casa. Lo que más llama la atención es que puede trabajar tanto por Zigbee como por Matter over Thread. No a la vez, pero sí te deja elegir, y en ambos casos actúa como enrutador, así que además de controlar un aparato ayuda a reforzar la red. A eso se suma la monitorización de consumo y la protección contra sobrecarga y sobrecalentamiento. Por lo que promete, es un enchufe muy completo, pero la pregunta es si está a la altura en el día a día.

Todo el análisis lo he hecho sobre Home Assistant y sin usar ningún hub de Aqara. En esta primera parte me centro en el funcionamiento por Zigbee con Zigbee2MQTT: cómo se instala, el problema que me encontré nada más emparejarlo y cómo lo resolví, qué opciones expone y, sobre todo, cómo se comporta en pruebas reales. He medido su consumo en reposo, he comprobado la protección de carga, el corte por sobrecarga, el bloqueo infantil y el estado tras un corte de luz, he vigilado la temperatura con cargas altas y he comparado su medición de consumo con un medidor Brennenstuhl y con un enchufe Shelly Plug M Gen3. La parte de Matter over Thread la cubro más abajo.

Ficha técnica y características

Unboxing y diseño

Al abrir la caja no hay sorpresas: básicamente el enchufe y su documentación. El cuerpo es de plástico, aunque al tacto transmite sensación de calidad. En uno de los laterales está el botón físico de encendido y apagado, y en el otro, el código de emparejamiento para Thread.

Lo que más me gusta del diseño es su formato estrecho. Con unos 52 mm de ancho, lo puedes poner en una regleta sin que te tape los enchufes de al lado.

Instalación en Zigbee2MQTT y el convertidor externo

De fábrica, el enchufe arranca en modo Matter over Thread, así que lo primero es pasarlo a Zigbee. Para eso hay que tirar de la app de Aqara, aunque no vayas a usar su hub. Le das a añadir dispositivo, la app se pone a buscar y aparece el enchufe. Lo seleccionas, eliges si lo quieres por Zigbee o por Thread y, en mi caso, elegí Zigbee. La app te pregunta si quieres cambiar de protocolo, le dices que sí y empieza a descargar el firmware de Zigbee. Una vez descargado, te ofrece conectarlo a alguno de los hubs de la marca. Como yo lo iba a usar en Home Assistant, salí de la instalación en ese punto, me fui a Zigbee2MQTT, puse el enchufe en modo emparejamiento (el LED parpadea en morado cuando busca red Zigbee y en azul cuando lo hace por Thread) y entró solo en mi red Zigbee.

El problema llega justo después. A día de hoy, el enchufe no está completamente soportado en Zigbee2MQTT, que lo detecta con una definición generada automáticamente. Con ella no funciona la medición de consumo, faltan opciones como el bloqueo infantil y, lo más llamativo, al apagar el LED del indicador se apagaba también el enchufe, porque el relé y el LED quedaban mezclados en la misma entidad. La solución pasa por instalar el convertidor externo que ha publicado absent42 en su repositorio de GitHub.

Antes de nada, conviene saber qué versión tienes, porque el convertidor original está pensado para la RGB. Puedes mirarlo en la caja o en la etiqueta: SP-P05D es la Power Plug H2 EU (RGB) y SP-P05E, la versión estándar sin RGB, que es la mía. También lo puedes ver en Zigbee2MQTT, donde la RGB se identifica como lumi.plug.aeu005 y la estándar como lumi.plug.aeu004. Además, necesitas Zigbee2MQTT 2.9.2 o superior.

Si tienes la versión RGB, el proceso es directo. En el repositorio entras en el archivo aeu005.mjs y copias su contenido en bruto con el botón de los dos cuadrados. En Zigbee2MQTT vas a Configuración, seleccionas arriba la Consola de desarrollo y, dentro, Convertidores externos. Creas un convertidor nuevo, pones como nombre exactamente aeu005.mjs, pegas el código y guardas. Después vas a Configuración, seleccionas arriba Herramientas y reinicias Zigbee2MQTT. Cuando vuelva, abre el enchufe y comprueba que bajo su nombre aparece el aviso «Supported: external». Por último, pulsa en Reconfigurar para que se aplique la configuración del convertidor y, en Home Assistant, borra las entidades antiguas que se queden como no disponibles.

Si tienes, como yo, la versión SP-P05E, el convertidor aeu005.mjs no se aplica, porque está esperando el identificador de la RGB. Basta con cambiar una sola línea del código: zigbeeModel: [«lumi.plug.aeu005»] por zigbeeModel: [«lumi.plug.aeu004»]. El resto del proceso es igual, pero yo al convertidor lo llamé aeu004.mjs. Os dejo el código ya cambiado:

import * as tz from "zigbee-herdsman-converters/converters/toZigbee";
import * as lumi from "zigbee-herdsman-converters/lib/lumi";
import * as m from "zigbee-herdsman-converters/lib/modernExtend";

const {lumiModernExtend, manufacturerCode} = lumi;

const lumiChargingProtection = (args) =>
    m.binary({
        name: "charging_protection",
        cluster: "manuSpecificLumi",
        attribute: {ID: 0x0202, type: 0x10},
        valueOn: [true, 1],
        valueOff: [false, 0],
        description: "If the power remains below 3W for half an hour, automatically turn off the plug",
        access: "ALL",
        entityCategory: "config",
        zigbeeCommandOptions: {manufacturerCode},
        ...args,
    });

const lumiChildLock = (args) =>
    m.binary({
        name: "child_lock",
        cluster: "manuSpecificLumi",
        attribute: {ID: 0x0285, type: 0x20},
        valueOn: [true, 1],
        valueOff: [false, 0],
        description: "Child lock (disables physical button)",
        access: "ALL",
        entityCategory: "config",
        zigbeeCommandOptions: {manufacturerCode},
        ...args,
    });

const lumiIndicatorColorMode = (args) =>
    m.enumLookup({
        name: "indicator_color_mode",
        cluster: "manuSpecificLumi",
        attribute: {ID: 0x02df, type: 0x20},
        lookup: {fixed: 0, power_consumption: 1, power_per_day: 2, power_per_month: 3},
        description:
            "Whether the indicator light is a fixed settable colour, or displays power use through colour gradients; the light's colour and colour temperature only apply in fixed mode",
        access: "ALL",
        entityCategory: "config",
        zigbeeCommandOptions: {manufacturerCode},
        ...args,
    });

const lumiPowerMax = (args) =>
    m.numeric({
        name: "power_max",
        cluster: "manuSpecificLumi",
        attribute: {ID: 0x02e0, type: 0x39},
        valueMin: 0,
        valueMax: 3840,
        valueStep: 1,
        unit: "W",
        description: "Maximum value of power consumption measurement for indicator light range",
        access: "ALL",
        entityCategory: "config",
        zigbeeCommandOptions: {manufacturerCode},
        ...args,
    });

const lumiAccumulatedPowerMax = (args) =>
    m.numeric({
        name: "accumulated_power_max",
        cluster: "manuSpecificLumi",
        attribute: {ID: 0x02e1, type: 0x39},
        valueMin: 0,
        valueMax: 10000,
        valueStep: 1,
        unit: "kWh",
        description: "Maximum value of accumulated power measurement per day/month for indicator light range",
        access: "ALL",
        entityCategory: "config",
        zigbeeCommandOptions: {manufacturerCode},
        ...args,
    });

const lumiLedState = () => {
    const result = m.binary({
        name: "state",
        endpointName: "led",
        cluster: "manuSpecificLumi",
        attribute: {ID: 0x0203, type: 0x10},
        valueOn: ["ON", 1],
        valueOff: ["OFF", 0],
        description: "LED indicator",
        access: "ALL",
        zigbeeCommandOptions: {manufacturerCode},
    });

    // The light expose already carries a "state" feature (property "state_led"), so this only needs
    // to supply its converters, stops Z2M picking it for the relay's unsuffixed "state".
    result.exposes = [];
    result.toZigbee[0].endpoints = ["led"];

    return result;
};

// Brightness and colour do share endpoint 1 with the socket relay, which is why that endpoint is named "led" (see
// deviceEndpoints below) - without moveToLevelWithOnOffDisable, setting brightness to 0 sends an
// implicit off that trips the relay.
const lumiLedLight = (args) => {
    const result = lumiModernExtend.lumiLight({moveToLevelWithOnOffDisable: true, ...args});

    // lumiLight wraps tz.light_onoff_brightness in a fresh object when endpointNames is set, so it
    // has to be matched on its keys rather than by identity. The replacement drops "state" from the
    // key list, leaving the light's on/off to lumiLedState() while brightness keeps working.
    result.toZigbee = (result.toZigbee ?? [])
        .filter((converter) => !(converter.key?.includes("state") && converter.key?.includes("brightness")))
        .concat({
            ...tz.light_onoff_brightness,
            endpoints: args?.endpointNames,
            key: ["brightness", "brightness_percent", "on_time", "off_wait_time"],
        });

    return result;
};

// Energy and current are only delivered inside the manuSpecificLumi 0xf7 aggregate
// (tags 0x95 = kWh, 0x97 = mA). The plug omits the voltage tag (0x96), so that expose is dropped.
const lumiEnergyMeter = () => {
    const result = lumiModernExtend.lumiElectricityMeter();
    result.exposes = result.exposes.filter((expose) => expose.name !== "voltage");
    return result;
};

// Disable device temperature expose since it's not supported on this device.
const lumiOnOff = (args) => {
    const result = lumiModernExtend.lumiOnOff(args);
    result.exposes = result.exposes.filter((expose) => expose.name !== "device_temperature");
    return result;
};

export default {
    zigbeeModel: ["lumi.plug.aeu004"],
    model: "SP-P05E",
    vendor: "Aqara",
    description: "Power Plug H2 EU (RGB)",

    extend: [
        lumiModernExtend.addManuSpecificLumiCluster(),
        lumiModernExtend.lumiZigbeeOTA(),

        // Naming endpoint 1 "led" gives the light its own MQTT topic pair and endpoint-suffixed
        // brightness/colour properties, which is what keeps it apart from the relay. multiEndpointSkip
        // holds the relay's "state" and the meter's "power" unsuffixed.
        m.deviceEndpoints({endpoints: {led: 1}, multiEndpointSkip: ["state", "power"]}),

        lumiLedState(), // must precede lumiOnOff(): Z2M uses the first converter whose key matches
        lumiOnOff(), // Device temperature not supported
        lumiModernExtend.lumiPowerOnBehavior(),

        // Live power comes from haElectricalMeasurement activePower (0x050b). The plug does not
        // implement the acCurrent*/acVoltage*/acFrequency* divisor attributes (reading them returns
        // UNSUPPORTED_ATTRIBUTE and aborts Z2M configure) and has no seMetering cluster, so the meter is
        // pinned to the electrical cluster. activePower is only reported in whole watts, so the
        // divisor/multiplier are forced to 1 rather than read from the device.
        m.electricityMeter({
            cluster: "electrical",
            power: {divisor: 1, multiplier: 1},
            voltage: false,
            current: false,
            acFrequency: false,
            powerFactor: false,
            apparentPower: false,
        }),
        lumiEnergyMeter(),

        lumiChildLock(),
        lumiChargingProtection(),
        lumiModernExtend.lumiOverloadProtection(),

        lumiModernExtend.lumiFlipIndicatorLight(),

        lumiIndicatorColorMode(),
        lumiPowerMax(),
        lumiAccumulatedPowerMax(),

        lumiLedLight({
            endpointNames: ["led"],
            colorTemp: true,
            deviceTemperature: false,
            powerOutageCount: false,
            color: {modes: ["xy"]},
        }),

        m.identify(),
    ],
};

Ten en cuenta que, al ser el mismo convertidor de la versión RGB, te aparecerán también las opciones de color, pero en el modelo SP-P05E no tienen ningún efecto.

Qué expone en Home Assistant con el convertidor

Con el convertidor instalado, el enchufe queda prácticamente completo. Además del encendido y apagado, puedes elegir cómo se comporta tras un corte de luz: encendido, apagado, mantener el estado anterior o invertirlo. En cuanto a medición, tienes potencia, intensidad y energía acumulada, aunque no la tensión, que por Zigbee no llega a Home Assistant.

También aparecen el bloqueo infantil, que desactiva el botón físico, y la protección de carga, que apaga el enchufe si el consumo se queda por debajo de 3 W durante media hora. Es muy útil, por ejemplo, con un cargador, para que se corte cuando el dispositivo termine de cargar. La protección contra sobrecarga se configura en Home Assistant entre 100 y 3840 W, y por defecto viene en 3840 W. Ojo, porque ese máximo supera los 3680 W que soporta el enchufe, así que no tiene sentido pasar de esa cifra, y si lo dejas en el valor por defecto, en la práctica solo te protege el límite del propio hardware.

El indicador LED tiene su propia entidad, que permite encenderlo, apagarlo y ajustar su brillo, además de una opción para invertirlo, de forma que se encienda cuando el enchufe está apagado y se apague cuando está encendido. Por último, está la opción de identificar, que hace parpadear el enchufe para localizarlo.

Como el convertidor es el de la versión RGB, también aparecen opciones de color que en mi SP-P05E no funcionan: el modo de color del indicador, la temperatura de color, el «Power max» y el «Accumulated power max». En la versión RGB, el LED puede cambiar de color según el consumo instantáneo, el diario o el mensual, y esos dos últimos ajustes fijan la escala. Por ejemplo, con un «Power max» de 2000 W, el LED iría de un color a 0 W hasta otro a 2000 W, y con un «Accumulated power max» de 5 kWh llegaría al color máximo cuando el enchufe haya sumado 5 kWh en el día o en el mes. Ninguno de los dos limita el consumo; solo ajustan los colores del indicador.

Consumo en reposo del propio enchufe

Lo primero que quise saber es cuánto consume el enchufe sin nada conectado. Para medirlo usé un medidor Brennenstuhl Primera-Line PM 231 E. Con el relé apagado y el LED apagado me marcaba 0,2 W, y con el LED encendido, 0,3 W. Con el relé encendido, el consumo subía a 0,9 W con el LED encendido y a 0,8 W con el LED apagado.

Hay que tener en cuenta que el Brennenstuhl tiene un margen de ±0,2 W y no mide por debajo de 0,2 W, así que esos 0,2 W significan, en realidad, «0,2 W o menos». Aqara indica que en reposo no supera los 0,4 W, y mis medidas con el relé apagado encajan con esa cifra. Lo que más consume es el relé encendido, alrededor de medio vatio más, mientras que el LED apenas influye. En cualquier caso, es un consumo muy bajo.

Protección de carga: apagado automático con consumos bajos

Para probar la protección de carga enchufé el Shelly Presence Gen4, que consume unos 2 W, y esperé. Pasada la media hora, el enchufe se apagó solo, tal y como promete Aqara. Funciona perfectamente y es una función muy práctica para cargadores o aparatos que se quedan en espera.

Temperatura con cargas altas

La prueba de calor la hice en dos fases. Primero puse un secador de 2200 W a tope, que llegó a unos 2050 W, y el enchufe se quedó templado al tacto, nada preocupante. Después repetí la prueba con una estufa durante cinco minutos, rondando los 1900-2000 W, y el resultado fue el mismo: templado y sin calentarse de forma apreciable. Además, según Aqara, el enchufe corta la corriente si supera los 80 °C, así que tiene protección por si algo fuera mal.

Respuesta en tiempo real de la medición

La prueba del secador me sirvió también para ver cómo responde la lectura de potencia. Cuando bajaba la potencia del secador, el valor bajaba al momento en Home Assistant, y al volver a ponerlo a tope subía igual de rápido. Revisando el historial vi que el enchufe envía los cambios de potencia al instante siempre que sean de unos 5 W o más. Si el consumo varía menos, por ejemplo mientras un aparato se calienta o se estabiliza, en Home Assistant se queda la última lectura hasta que llega una actualización periódica.

Esa actualización periódica llega cada 5 minutos aproximadamente, y es también la única vía por la que el enchufe envía la intensidad y la energía acumulada. Es decir, la potencia responde casi en tiempo real a los cambios importantes, que es lo que importa para automatizaciones como detectar que un aparato se enciende o termina un ciclo, pero la intensidad puede ir varios minutos por detrás. No es un fallo de Home Assistant, sino la forma en que el enchufe envía esos datos en modo Zigbee; como cuento más abajo, por Matter la medición se actualiza mucho más a menudo.

Precisión de la medición: comparativa con el Brennenstuhl y el Shelly Plug M Gen3

Aprovechando el Brennenstuhl, comparé las lecturas del H2 con distintas cargas. Con el ventilador Xiaomi Mi Smart Standing Fan 2 Lite, Home Assistant me mostraba 40 W justos y el Brennenstuhl 40,2 W, apenas 0,2 W de diferencia. Con el deshumidificador, en una primera medición por separado, Home Assistant me daba 262,5 W y el Brennenstuhl 260 W. Aproveché también para comparar la intensidad: 1,89 A en el Brennenstuhl y 1,9 A en Home Assistant, prácticamente idénticas, aunque, como os contaba, tarda unos 5 minutos en actualizarse.

Para afinar más, repetí la prueba del deshumidificador con el Brennenstuhl y el H2 en serie, midiendo a la vez, y le sumé un Shelly Plug M Gen3 para tener una segunda referencia. En ambos casos resté a la lectura del Brennenstuhl el consumo propio del enchufe que tenía detrás: 0,9 W en el H2 y 1 W en el Shelly, que también es lo que consume cada uno en reposo con el relé encendido.

Con el deshumidificador, el H2 mide igual que el Shelly y ambos se quedan a un 2 % del Brennenstuhl.

Con el secador, la diferencia fue mayor. Home Assistant me daba 2117 W y el Brennenstuhl 2018,2 W, es decir, el H2 marcaba unos 99 W más, alrededor de un 4,9 %. Como el secador solo lo podía tener encendido en tandas cortas, quise confirmarlo con una carga más estable y repetí la prueba con una estufa durante cinco minutos, con el Brennenstuhl y el H2 en serie. El H2 se quedó estable en 1980 W, mientras que el Brennenstuhl marcaba 1910 W, así que, restando el consumo propio del enchufe, el H2 medía unos 71 W de más, alrededor de un 3,7 %. Para descartar que fuera el medidor el que se quedaba corto, hice la misma prueba con el Shelly Plug M Gen3, que marcó 1929 W frente a 1912 W del Brennenstuhl, menos de un 1 % de diferencia.

Con esto queda claro que el Brennenstuhl mide bien y que es el H2 el que sobrestima con cargas altas: con consumos bajos y medios va tan fino como el Shelly, pero en torno a los 2000 W marca entre un 3,7 y un 5 % de más.

Para automatizaciones o para hacerse una idea de lo que gasta un aparato es perfectamente válido, pero si lo que buscas es calcular con precisión el consumo de una estufa o un radiador, conviene tenerlo en cuenta: con una estufa de 2000 W funcionando cuatro horas al día, el H2 registraría unos 0,3 kWh diarios más de lo real.

Protección contra sobrecarga

También quise comprobar si cortaba la corriente al superar el límite configurado. Puse una potencia máxima de 1800 W y probé el secador a potencia baja y media, y el enchufe se mantuvo encendido sin problema. Al ponerlo a tope superó los 1800 W y, a los 3 segundos aproximadamente, el enchufe cortó el secador y el LED se puso en rojo. A partir de ahí ya no se puede volver a encender desde Home Assistant: hay que pulsar el botón físico para que vuelva a funcionar. Es el mismo comportamiento que he visto en el SONOFF S60ZBTPF y en el anterior enchufe de Aqara, el Aqara Smart Plug EU (SP-EUC01), e imagino que es por seguridad.

Bloqueo infantil y comportamiento tras un corte de luz

El bloqueo infantil funciona como debe: una vez activado, el botón queda deshabilitado y el enchufe no se enciende aunque lo pulses.

Para el comportamiento tras un corte de luz, primero lo configuré para que mantuviera el estado anterior y funcionó sin problema. Después lo puse para que se quedara apagado, apagué la regleta y, al volver a encenderla, el enchufe se quedó apagado. Así que esta opción también responde correctamente.

Matter over Thread

Con las pruebas por Zigbee terminadas, tocaba probarlo por Matter over Thread. Para cambiar de modo hay que pasar por la app de Aqara: reseteé el enchufe, lo añadí de nuevo, elegí Thread como protocolo y la propia app se encargó de descargar e instalar el firmware correspondiente. Después lo emparejé primero en Google Home con su código Matter y, desde ahí, lo compartí con Home Assistant, ya que Matter permite usar el mismo dispositivo en varios ecosistemas a la vez. Para usarlo así necesitas un controlador Matter y un border router Thread; en mi caso usé como border router un Google Nest Hub de 2.ª generación. Antes de cambiar de modo, conviene eliminar el enchufe de Zigbee2MQTT para que no se quede como un dispositivo huérfano.

Lo primero que llama la atención es que en Home Assistant aparece con el nombre «Aqara Wall Outlet H2 UK», que corresponde a otro producto de la marca, aunque en la ficha del dispositivo el modelo sí figura correctamente como Aqara Power Plug H2 EU, con el firmware 0.0.6.0. Funciona sin problema, pero conviene saberlo para no despistarse al buscarlo.

En cuanto a lo que expone, tenemos el encendido y apagado, la potencia, la energía acumulada, el comportamiento tras un corte de luz y la actualización de firmware. Algo más abajo aparecen también la intensidad, la tensión y la opción de identificar. Es menos completo que con Zigbee2MQTT: desaparecen el bloqueo infantil, la protección de carga (el apagado automático por debajo de 3 W), la posibilidad de configurar el límite de sobrecarga y el control del indicador LED. Ojo, la protección contra sobrecarga y sobrecalentamiento la sigue haciendo el propio enchufe; lo que se pierde es poder ajustar el límite. Según Aqara, la configuración del LED llegará a Thread en una futura actualización, pero no dice nada del resto. Aun así, para la mayoría de usos, que es controlar el enchufe y ver su consumo, es más que suficiente.

Donde sí sale ganando Matter es en la medición. La potencia se actualiza en unos 4 segundos cuando cambia el consumo y llega con decimales, hasta el punto de detectar consumos por debajo de 1 W, algo que por Zigbee no veía. La intensidad llega junto con la potencia, la energía acumulada se actualiza cada 3 minutos mientras hay consumo y, además, aparece la tensión, aunque esta solo se refresca de vez en cuando.

Lo que no cambia es la precisión con cargas altas. Repetí la prueba con la estufa y, frente a una media de 1923 W en el Brennenstuhl, el H2 marcaba 2017 W, alrededor de un 4,9 % de más. Es el mismo desvío que por Zigbee, así que no depende del protocolo. Tampoco por Matter refleja las pequeñas variaciones con cargas altas: mientras el Brennenstuhl oscilaba entre 1911 y 1933 W, el H2 se quedó fijo en el mismo valor durante varios minutos.

En Google Home, donde lo emparejé primero, la cosa queda mucho más limitada: únicamente aparece el encendido y apagado, sin ningún dato de consumo.

Diferencias con el Aqara Smart Plug EU (SP-EUC01)

Si vienes del anterior enchufe de Aqara, el Aqara Smart Plug EU (SP-EUC01), lo primero que notarás es el tamaño. El SP-EUC01 es más ancho y, si lo ponías en una regleta, tapaba los enchufes de al lado, algo que con el H2 deja de pasar. La segunda diferencia es la potencia: el H2 soporta 16 A y un máximo de 3680 W, mientras que el SP-EUC01 se quedaba en 10 A y 2300 W, algo a tener muy en cuenta si vas a conectar aparatos potentes.

Hay algo que sí echo de menos: el SP-EUC01 exponía la temperatura interna del dispositivo y el H2 no lo hace. A cambio, la gran ventaja del H2 es que es multiprotocolo y funciona tanto por Matter over Thread como por Zigbee (no a la vez), mientras que el anterior era exclusivamente Zigbee.

Precio y dónde comprar

En el momento de escribir este análisis, el Aqara Power Plug H2 EU está en Amazon por 32,99 €, aunque el precio puede variar con ofertas y promociones.

Aqara Power Plug H2 EU

Enchufe inteligente de 16 A con medición de consumo, compatible con Zigbee y Matter over Thread, y con un formato estrecho que no tapa los enchufes de al lado.

Ver en Amazon

Conclusión

Tras probarlo por Zigbee y por Matter, el Aqara Power Plug H2 EU me parece un enchufe muy recomendable para Home Assistant. Es estrecho, se mantiene templado con cargas de unos 2000 W, consume muy poco en reposo y todas las protecciones que he probado funcionan como deben. Con Zigbee2MQTT, además, saca opciones que Aqara reserva para su propio hub, lo que lo hace muy interesante si no quieres depender de su ecosistema.

La elección del modo depende de lo que busques. Si quieres el bloqueo infantil, la protección de carga, el límite de sobrecarga y el control del LED, Zigbee con el convertidor externo es la opción más completa, aunque hoy por hoy toca instalarlo (y retocarlo si tienes la versión sin RGB). Si te basta con encenderlo, apagarlo y ver su consumo, Matter es más sencillo, no necesita convertidor y da lecturas más frecuentes. En cualquiera de los dos casos, con aparatos de unos 2000 W la medición marca entre un 3,7 y un 5 % de más. Para automatizaciones no supone ningún problema, pero si tu idea es llevar una contabilidad exacta del consumo de una estufa, conviene saberlo.

Preguntas frecuentes

También podría intersearte:

Los mejores enchufes inteligentes para Home Assistant: guía basada en pruebas reales

IKEA GRILLPLATS: análisis del enchufe Matter barato que sorprende en Home Assistant