Aqara Lumi Smart Plug EU no power consumption with ZHA

[fmiermont]

The problem

Hello,

it seems that the Aqara smart plug expose a power consumption as it should, but value is always 0.
Here is the signature of the device :
{ "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress|RxOnWhenIdle|MainsPowered|FullFunctionDevice: 142>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)", "endpoints": { "1": { "profile_id": 260, "device_type": "0x0051", "in_clusters": [ "0x0000", "0x0002", "0x0003", "0x0004", "0x0005", "0x0006", "0x0009", "0x0702", "0x0b04" ], "out_clusters": [ "0x000a", "0x0019" ] }, "242": { "profile_id": 41440, "device_type": "0x0061", "in_clusters": [], "out_clusters": [ "0x0021" ] } }, "manufacturer": "LUMI", "model": "lumi.plug.maeu01", "class": "zigpy.device.Device" }

If you need more information I'll be glad to help !

Regards,

What version of Home Assistant Core has the issue?

core-2021.12.10

What was the last working version of Home Assistant Core?

No response

What type of installation are you running?

Home Assistant OS

Integration causing the issue

Zigbee Home Automation

Link to integration documentation on our website

https://www.home-assistant.io/integrations/zha/

Example YAML snippet

No response

Anything in the logs that might be useful for us?

Link to the device : https://zigbee.blakadder.com/Aqara_SP-EUC01.html

Additional information

Similar issue have been reported and closed as "working" for another plug from Aqara : #42840
Also found a commit that is related to the lumi.plug.maeu01 plug :
zigpy/zha-device-handlers#1252
So it should be working ?

[probot-home-assistant]

zha documentation
zha source
_{^{(message by IssueLinks)}}

[probot-home-assistant]

Hey there @dmulcahey, @Adminiuga, mind taking a look at this issue as it has been labeled with an integration (zha) you are listed as a code owner for? Thanks!
_{^{(message by CodeOwnersMention)}}

[fmiermont]

Resolved with 2022.02 and updated zigpy libs !

[larsemil]

I upgraded so I am currently running Home Assistant 2022.2.3.

But i still dont get any information from my Aqara Smart Plug.

Do I need to manually update zigpy anyhow?

[deafboy]

I've been using this plug without any issue until 2022.2.2 (Is it possible that there are multiple revisions on the market?) After that, it has only updated the power consumption few times per hour. Today, after reading the forum I've decided to re-pair it. The number and type of discovered sensors were different, each of them "Unavailable" or "Unknown", except sometimes I get a correct measurement of consumption in watts.

Despite the sensor being "Unavailable" a reading from the cluster is updated regularly:

It's only sensor readings that are problematic. The on / off control and identify command are working reliably each time.
I'm using ConBee2 with up-to-date firmware.

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress|RxOnWhenIdle|MainsPowered|FullFunctionDevice: 142>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0051",
      "in_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0009",
        "0x0702",
        "0x0b04"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "21": {
      "profile_id": 260,
      "device_type": "0x0009",
      "in_clusters": [
        "0x000c"
      ],
      "out_clusters": [
        "0x0004",
        "0x000c"
      ]
    },
    "242": {
      "profile_id": 41440,
      "device_type": "0x0061",
      "in_clusters": [],
      "out_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.plug.maeu01",
  "class": "zhaquirks.xiaomi.aqara.plug_mmeu01.Plug"
}

[TheJulianJES]

Yeah, the device sometimes reports a different signature. I've had to re-pair it like 10 times before it gave the signature where the quirk applies. zha-quirks should probably add the other possible signatures too and replace them with the correct one.

[tetele]

The bigger problem that I'm facing is that even when the power sensor is working (the energy summation, current and voltage never did), after a HA restart it seems to stop reporting them as they become unavailable indefinitely.

Not sure if anyone is actively reading comments from a closed issue, but I don't think simply adding the "maeu01" device ID on top of "mmeu01" is an actual fix to support this plug.

[TheJulianJES]

Yeah, that seems to be another issue I also always have.
It should probably be split out and posted to the zha-device-handlers repo.

[larsemil]

I have the exact same problem as @deafboy with my plug. It does not really work. I can turn it on and off, but other than that - no luck.
I have tried reparing but still no luck. Also it seems that it sometimes does not register turning on and off as it is not online.

  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress|RxOnWhenIdle|MainsPowered|FullFunctionDevice: 142>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0051",
      "in_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0009",
        "0x0702",
        "0x0b04"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "21": {
      "profile_id": 260,
      "device_type": "0x0009",
      "in_clusters": [
        "0x000c"
      ],
      "out_clusters": [
        "0x0004",
        "0x000c"
      ]
    },
    "242": {
      "profile_id": 41440,
      "device_type": "0x0061",
      "in_clusters": [],
      "out_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.plug.maeu01",
  "class": "zhaquirks.xiaomi.aqara.plug_mmeu01.Plug"
}```

[Atiunderscore]

I have the same problem with my BW-SHP15 (ZHA, ConbeeII). It shows ampere and volt, but rest is zero.

[lennartjung]

I experience the same issue - it was working fine with the deCONz integration before. After switching to ZHA, only power on/off is available, all other readings are showing up as 'not available'

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress|RxOnWhenIdle|MainsPowered|FullFunctionDevice: 142>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0051",
      "in_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0009",
        "0x0702",
        "0x0b04"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "21": {
      "profile_id": 260,
      "device_type": "0x0009",
      "in_clusters": [
        "0x000c"
      ],
      "out_clusters": [
        "0x0004",
        "0x000c"
      ]
    },
    "242": {
      "profile_id": 41440,
      "device_type": "0x0061",
      "in_clusters": [],
      "out_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.plug.maeu01",
  "class": "zhaquirks.xiaomi.aqara.plug_mmeu01.Plug"
}

[lennartjung]

@Adminiuga @dmulcahey @fmiermont: as this problem is still present to some users, could we re-open this issue for futher investigation please?
I am more than happy to help providing more information for fault fixing in case you need any special dumps/files a.s.o.

[fmiermont]

Reopen issu by demand. Could not help though, since I do not have the issue anymore !

[cloudbr34k84]

I have this issue just bought these

[cloudbr34k84]

Reopen issu by demand. Could not help though, since I do not have the issue anymore !

Are you using Zha? What coordinator are you using?

[lennartjung]

Yes using ZHA (Home Assistant 2022.3.5, Home Assistant OS 7.5) on a "dresden elektronik ConBee II"

[TB-SE]

The following issue seems to be linked/same as this one:
https://github.com/zigpy/zha-device-handlers/issues/1337

[BednarJan]

I have the same issue with ZHA integration /Conbee II coordinator and Aquara lumi.plug.maeu01.
Only the ON/Off seems to be working fine, another entities are either in the state "unavailable" or "undefined".
Configuration: Home Assistant 2022.3.5 / HASOS 7.5 / Rpi 3+B

[brianmansfeldt]

same problem here, tried with 10 different plugs, same results :(

[haaino]

Same here. How can I help? Unfortunately I'm not a programmer.

[TobiasBales]

Also encountering this after setting up a new home assistant instance (they worked before).

Can debug etc but do need some pointers ;)

[BednarJan]

Hi all. As the enthusiastic newby in HA I was experimenting with Xiaomi Mi Control Hub (I had one), trying to make it working with some Aquara temp. sensors . Result was,I definitelly realised, I must purchase Conbee II coordinator.

[BednarJan]

Hi TobiasBales. As the enthusiastic newby in HA I was experimenting with Xiaomi Mi Control Hub 3(I had one), trying to utilize it and make it working under HA togeter with Aquara sensors . Result was - I definitelly realised to purchase Conbee II coordinator. After installing it together with the add-on deConz (because I did not exacttly know, whether I need it or not to install) most probably I had the system with the "mixture" of Conbee II integration (comming from HA) together with add-on "deConz". Under this mixture of softwares worked the Aquara lumi.plug.maeu01 "power-measuring entities" fine. How this system was stable - that is the another question.
When I decided little bit optimize my HA instance and remove unecessary stuff (I uninstalled deConz), the "power-measuring entities" became unavailable. My conclusion is, there is something not correct in Conbee II integration, or something was not properly uninstalled from previous deConz , or Conbee II can not full work without deConz.

[TobiasBales]

@BednarJan interesting, which integration are/were you using besides deconz?
ZHA/Zigbee Home Automation?
And for the deconz configuration - which host/ip did you point it to?

[dmulcahey]

#67644 (comment) Please try this if you can

[cloudbr34k84]

#67644 (comment) Please try this if you can

I'll try tomorrow

[BednarJan]

@BednarJan interesting, which integration are/were you using besides deconz? ZHA/Zigbee Home Automation? And for the deconz configuration - which host/ip did you point it to?

Sorry the late answer. Yes, I am using ZHA/Zigbee integration. Regarding the deconz configuration - current state is: " deConz is uninstalled".

Honestly - "not working power-measurement" in ZHA/Zigbee integration is not something, what would pain me so far. My goal is to have power measuring in my house within the grid fully under control.
Actually I still dont have grid power meter, could be integrated into the HA. I need the type, is able to measure the energy flowing both directions (into my house/from the photovoltaic panels into the grid/virtual battery).

That "smart-plug measurement" was just an experiment to see, what could I expect .

[haaino]

#67644 (comment) Please try this if you can

I'll try tomorrow

I was wondering if you have any test results ?