-
Notifications
You must be signed in to change notification settings - Fork 728
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Aquara smart plug (lumi.plug.maeu01) fw.0029 don’t read sensor values (but fw.0020 does) #1952
Comments
Are the device signature for both devices equals? If they have diferent sensors, probably they have diferent signature. |
For some reason I'm not allowed to download the diagnostics for the older plug that works well.
|
I also have a similar issue except that I have a working device with firmware |
I have the same problem with firmware 0000029. On/Off is working but Sensors for Power not. |
Can any of you test with another quirk? Enable your local quirk configuration an copy in your folder the current At the bottom of file, add the this quirk: PlugEU_Var07class PlugEU_Var07(XiaomiCustomDevice):
"""Aqara plug EU (variant 07)."""
def __init__(self, *args, **kwargs):
"""Init."""
self.voltage_bus = Bus()
self.consumption_bus = Bus()
self.power_bus = Bus()
super().__init__(*args, **kwargs)
signature = {
MODELS_INFO: [
(LUMI, "lumi.plug.maeu01"),
],
ENDPOINTS: {
# "profile_id": 260,
# "device_type": "0x0051",
# "in_clusters": ["0x0000","0x0002","0x0003","0x0004","0x0005","0x0006","0x0009","0x0702","0x0b04","0xfcc0"],
# "out_clusters": ["0x000a","0x0019"]
1: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.SMART_PLUG,
INPUT_CLUSTERS: [
Basic.cluster_id,
DeviceTemperature.cluster_id,
Identify.cluster_id,
Groups.cluster_id,
Scenes.cluster_id,
OnOff.cluster_id,
Alarms.cluster_id,
Metering.cluster_id,
ElectricalMeasurement.cluster_id,
OppleCluster.cluster_id,
],
OUTPUT_CLUSTERS: [Time.cluster_id, Ota.cluster_id],
},
# "profile_id": 260,
# "device_type": "0x0051",
# "in_clusters": ["0x000c"],
# "out_clusters": []
21: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.SMART_PLUG,
INPUT_CLUSTERS: [AnalogInput.cluster_id],
},
# "profile_id": 41440,
# "device_type": "0x0061",
# "in_clusters": [],
# "out_clusters": ["0x0021"]
242: {
PROFILE_ID: XIAOMI_PROFILE_ID,
DEVICE_TYPE: XIAOMI_DEVICE_TYPE,
OUTPUT_CLUSTERS: [GreenPowerProxy.cluster_id],
},
},
}
replacement = {
ENDPOINTS: {
1: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.SMART_PLUG,
INPUT_CLUSTERS: [
BasicCluster,
DeviceTemperature.cluster_id,
Identify.cluster_id,
Groups.cluster_id,
Scenes.cluster_id,
OnOff.cluster_id,
Alarms.cluster_id,
MeteringCluster,
ElectricalMeasurementCluster,
OppleCluster,
],
OUTPUT_CLUSTERS: [Time.cluster_id, Ota.cluster_id],
},
21: {
PROFILE_ID: zha.PROFILE_ID,
DEVICE_TYPE: zha.DeviceType.SMART_PLUG,
INPUT_CLUSTERS: [AnalogInputCluster],
},
242: {
PROFILE_ID: XIAOMI_PROFILE_ID,
DEVICE_TYPE: XIAOMI_DEVICE_TYPE,
OUTPUT_CLUSTERS: [GreenPowerProxy.cluster_id],
},
},
} Save changes, delete any |
I have tried to test your quirk, but it looks like it is not used. I have never used a local quirk before, so probebly I have made somthing wrong... This is what I have done:
What have I messed up...? |
Ouuuch, I didn't realized that the signature was already with the quirk loaded 🤦🏻♀️ I have read something about the coordinator update. Which Zigbee coordinator do you have? |
Yes, I recent saw that to. Issue #1897 looks like it covers the same problem.
However, I will give the update a try, cross my fingers that it not destroy my ZigBee network, and report back the resolut here. |
Its also implanted in later first gen adapters in the latest release. Edit: |
Thanks for pointing that out! I have read through that but totally missed it... |
Is there a solution now, I have the Sonoff Stick and reading out the values doesn't work? |
After updating the ConBeeII firmware to the today latest version, 26780700, and re-pairing the device, the sensors started to work! Edit:
|
Describe the bug
I have an Aquara smart plug (lumi.plug.maeu01) with fw.0020 that is working great since the quirk
zhaquirks.xiaomi.aqara.plug_eu.PlugMAEU01 earlier this year.
Now I have baught a second switch, which I can control as expected, but it will not read back any sensor values. They all show 0 all the time.
I notice two diffences between the “old” and the “new” plug.
Old plug Firmware: 0x00000020
New plug Firmware: 0x00000029
Old plug Sensors: Energy, Power, Electrical_measurement power_factor
New plug Sensors: Active power, Power factor, RMS voltage,Summation delivered
Can someone with the same plug please confirm if this is a problem with the newer firmware, or if I have a faulty unit.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Sensors should be read with correct values
Screenshots
If applicable, add screenshots to help explain your problem.
Device signature
Diagnostic information
Additional logs
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: