AduroSmart ERIA remote seems to get sleepy a lot

Configuration Zigbee
1

I’ve successfully paired the AduroSmart ERIA Wireless Zigbee Remote to my HA system, and set up automations for on/off button presses. All works as expected except for one thing: if it’s been several hours since the last usage of it, then a button press takes about 10 seconds to accomplish what is normally near-instantaneous. During those 10 seconds the green LED indicator flashes vigorously, as if the remote was in deep battery sleep and is now re-establishing its ZHA connection.

Since going several hours (or days or even weeks) between uses is quite normal for my use case, this is kind of a deal-breaker (low WAF). Is there something I can do to get the remote to be more responsive even if there is infrequent usage of it?

2

Update: the ERIA isn’t so much “sleepy” as it is overly chatty when it wakes up. The events below were blasted out by the remote over the course of just a few seconds. All of these events are identical except for the timestamp & GUIDs. So the question is: why does it go crazy with redundant events like this just because it’s been a while since the last event it fired?

Event 12 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:53.760485+00:00",
    "context": {
        "id": "373abb01d7b7442b98668a30bf1e0476",
        "parent_id": null,
        "user_id": null
    }
}
Event 11 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:46.339465+00:00",
    "context": {
        "id": "a20fb90d735d48fcbd556b7a9086e796",
        "parent_id": null,
        "user_id": null
    }
}
Event 10 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:43.737715+00:00",
    "context": {
        "id": "d0fa4e210cdf463cbfcb17797b3861a2",
        "parent_id": null,
        "user_id": null
    }
}
Event 9 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:41.118648+00:00",
    "context": {
        "id": "94af0c87e2824d9a997a355f5c780caf",
        "parent_id": null,
        "user_id": null
    }
}
Event 8 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:38.455991+00:00",
    "context": {
        "id": "6f82d6fbc76d4910ab91ea30634a93e8",
        "parent_id": null,
        "user_id": null
    }
}
Event 7 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:35.776652+00:00",
    "context": {
        "id": "8ddc1255bf1d48fbaaf964c829da2584",
        "parent_id": null,
        "user_id": null
    }
}
Event 6 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:33.111071+00:00",
    "context": {
        "id": "9f3bd7548e474df982ccc28abb11e6f0",
        "parent_id": null,
        "user_id": null
    }
}
Event 5 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:30.412061+00:00",
    "context": {
        "id": "fcdb89a24f984280b67ee7917a502ce1",
        "parent_id": null,
        "user_id": null
    }
}
Event 4 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:27.724411+00:00",
    "context": {
        "id": "3b7759b1537e42e0a68ecf28a7e9e78c",
        "parent_id": null,
        "user_id": null
    }
}
Event 3 fired 10:59 AM:
{
    "event_type": "zha_event",
    "data": {
        "unique_id": "00:15:8d:00:01:98:d3:e2:1:0x0006",
        "device_ieee": "00:15:8d:00:01:98:d3:e2",
        "endpoint_id": 1,
        "cluster_id": 6,
        "command": "off",
        "args": []
    },
    "origin": "LOCAL",
    "time_fired": "2020-02-03T18:59:25.060018+00:00",
    "context": {
        "id": "b8fbd378314945fa89435385bf053751",
        "parent_id": null,
        "user_id": null
    }
}
3

Thanks for posting this, I have also been dealing with this and am looking for a solution.

4

Are you seeing this with an ERIA remote, or with a different zigbee device? I’m going to relocate my HA hub closer to the remote in question and see what effect this has on its “chattiness”.

5

I have two of the ERIA remotes and they both do the same thing, one of my remotes in is within 10ft of the hub (in the same room).

6

I have the following Zigbee remotes, all working within HA and all exhibiting some variant of this annoying behavior. I’m not married to any of them nor even to the Zigbee protocol; I just want a battery-powered remote which is (ideally) responsive but at minimum actually does what it’s told on the first try rather than ignoring the command altogether 50% of the time and requiring me to patiently keep trying until it succeeds:

  • AduroSmart ERIA Smart Wireless Dimming Switch Remote
  • RGBGenie ZW-5122 Micro Remote
  • Philips Hue 473371 Smart Dimmer Switch
7

By the way, my Zigbee radio is the GoControl HUSBZB-1 USB Hub. Given that this behavior appears across 3 different remotes, my suspicion falls on (a) the HUSBZB-1 unit, or (b) the Zigbee protocol in general, or © HomeAssistant’s implementation of the Zigbee protocol.

Basically my observation is that the remotes go to sleep, and when they are awoken they issue commands on the Zigbee mesh until they get a response back from HA. Sometimes they finish this conversation on their own (e.g., ERIA sending same the event 20 times in quick succession), but sometimes they appear to give up and require me to repeat the conversation (the Philips remote seems best at this, where “best” is a euphemism).

8

I can confirm the sleepy behavior. The first few hours it seems all OK but then Home Assistant shows a grey icon. When I physically press the test button, a zigbee signal is sent to HA again.
Good to know:

  • the smoke detector is detected as a Heimann
  • the device does not support two-way communication; You cannot trigger or test a second or third smoke detector from HA.

This site says it does … but it doesnt :slight_smile: